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CROSS-REFERENCE TO RELATED APPLICATION ( S ) 

This patent application claims the Ibenefit of the filing 
date of U.S. Provisional Patent Applicatioiji No. 60/197,224 filed 
April 14, 2000; and U.S. Provisional Patent Application No. 
10 60/196,002 filed April 7, 2000; the entir^ contents of both of 
which are hereby expressly incorporated by reference. 

This patent application is further related to the following 
U.S. Patent Applications filed concurrently herewith and coimmonly 
assigned, entitled "A Method of Sharing! Information among a 
Jfl 15 Plurality of Stations in a Frame-based Corrjmunications Network", 

HI "A Method of Enhancing Network Transmission on a Priority-enabled 

III 

Frame-based Communications Network", ''A Method of Determining a 
Start of a Transmitted Frame in a Framehbased Communications 
Network", "A Method of Determining an End 6f a Transmitted Frame 
2 0 in a Frame-based Communications Network", ''A Method for Providing 
Dynamic Adjustment of Frame Encoding Parameters in a Frame-based 
Communications Network" , ''A Method for Selecting Frame Encoding 
Parameters in a Frame-based Communication;S Network", "A Method 
for Selecting Frame Encoding Parameters to Improve Transmission 
25 Performance in a Frame-based Communications Network", ''A Method 
of Determining a Collision Between a Pluriality of Transmitting 
Stations in a Frame-based Communications Network", "A Method of 
Providing Synchronous Transport of Packets Between Asynchronous 
Network Nodes in a Frame-based Communicatidns Network" , "A Method 
30 of Controlling Data Sampling Clocking of. Asynchronous Network 
Nodes in a Frame-based Communications Network" , '"A Method for 
Distributing Sets of Collision Resolution Parameters in a Frame- 
based Communications Network", ''A Method and Apparatus for 
Optimizing Signal Transformation in a Frame-based Communications 
35 Network", "A Method and Apparatus for Transi::eiver Noise Reduction 
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in a Frame-based Communications Network^' , and ''A Method for 
Selecting an Operating Mode for a Framei-based Communications 
5 Network. " 

BACKGROUND OF THE INVENTION 

The present invention relates to the field of 
communications, and, in particular, to a frame-based 
10 communications network. 

As computers become more and more cost effective for the 
everyday consumer and for small businesses,! such computers become 
more plentiful for use within local area environments such as 
homes, office buildings and the like. For example, within a home 

! 

15 a person with a computer in the bedroont, and another in the 
living room, may want to share common files, utilize a common 
digital subscriber line (DSL) , or otherwise transfer information 
between the computers. Accordingly, various technologies are 
being developed for computer interconnection of multiple 

20 computers located within such environments. One example of such 
technologies are the Home Phoneline Network Alliance (HPNA) 
specifications for local area netwprk (LAN) computer 
interconnection which utilize existing telephone lines within the 
local environment for the transmission of data packets between 

25 the computers. 

Fig. la shows in block diagram form a general home 
networking environment within which the priesent invention can be 
implemented. Home network 10 includes existing (installed) plain 
old telephone service (POTS) wiring 12, network clients 14, the 

30 computer port side of modem 15 and fax 18. POTS wiring 12 
provides wiring infrastructure used to network multiple clients 
at a customer premises (e.g., home) 20. POTS wiring 12 can be 
conventional unshielded twisted pair (|UTP) wiring that is 
generally routed internally in the walls of the customer premises 

35 20 to various locations (e.g., rooms) ' within the customer 
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premises. Subscriber loop 22 (also called; a "local loop") is a 
physical wiring link that directly coijinects an individual 
5 customer premises 2 0 to the Central Office through telephone 
network interface 24, a demarcation point IjDetween the inside and 
outside of customer premises 20. Of partpLcular importance for 
residential networks are systems that t>rovide communication 
between computers as reliably and with as high a data rate as 
10 possible. Communication over residential; telephone wiring is 
provided through inventive frame-oriented link, media access and 
physical layer protocols and implementationi techniques associated 
therewith described herein. 

Referring now to Fig. lb, those skilled in the art can 
15 appreciate that home phone- line network cohf iguration 10 can also 
utilize interface 6010 to provide signb-ls outside customer 
premises 20. For example, interlace 6010 cdn include a V.90 modem 
as described above, connected through the! central office to an 
internet service provider. Interface 601d) can include an ADSL 
2 0 modem, a VDSL modem or the like transport ' interface . 

Another desired solution for high speed data communications 
appears to be cable modem systems. Cable j modems are capable of 
providing data rates as high as 56 lyibps, arjd is thus suitable for 
high speed file transfer. In a cable modeiti system, a headend or 
2 5 cable modem termination system (CMTS) is typically located at a 
cable company facility and functions as a| modem which services 
a large number subscribers . Each subscriber has a cable modem 
(CM) . Thus, the CMTS facilitates bidirectional communication 
with any desired one of the plurality of (JMs . Referring to FIG. 
30 Ic, a hybrid fiber coaxial (HFC) network, 1010 facilitates the 
transmission of data between a headend 10|12, which includes at 
least one CMTS, and a plurality of homes 1014, each of which 
contains a CM. Such HFC networks are comm<bnly utilized by cable 
providers to provide Internet access, cabl^ television, pay-per- 
35 view and the like to subscribers. Approximately 500 homes 1014 
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are in electrical communication with each hode 1016, 1034 of the 
HFC network 1010, typically via coaxial cdble 1029, 1030, 1031. 

5 Amplifiers 1015 facilitate the electrical connection of the more 
distant homes 1014 to the nodes 1016, 1034 by boosting the 
electrical signals so as to desirably enhancbe the signal-to-noise 
ratio of such communications and by tljien transmitting the 
electrical signals over coaxial conductor^ 1030, 1031. Coaxial 

10 conductors 1029 electrically interconnect tihe homes 1014 with the 
coaxial conductors 103 0, 1031, which extend between amplifiers 
1015 and nodes 1016, 1034. Each node 1016, 1034 is electrically 
connected to a hub 1022, 1024, typically i via an optical fiber 
1028, 1032. The hubs 1022, 1024 are in cbmmunication with the 

15 headend 1012, via optical fiber 1020, 1026. Each hub is 
typically capable of facilitating communication with 
approximately 20,000 homes 1014. The optical fiber 1020, 1026 
extending intermediate the headend 1012 arid each hub 1022, 1024 
defines a fiber ring which is typically capable of facilitating 

20 communication between approximately 100,000 homes 1014 and the 
headend 1012. The headend 1012 may include video servers, 
satellite receivers, video modulators, telephone switches and/or 
Internet routers 1018, as well as the CMtS. The headend 1012 
communicates via transmission line 1013, which may be a Tl or T2 

25 line, with the Internet, other headends and/or any other desired 
device (s) or network. 

Given the HPNA environment and the Cable Modem System 
environment, an opportunity exists for ^ system provider to 
integrate each respective environment witl^ voice services. Fig. 

30 Id depicts such an integrated environment. As can be seen in Fig. 
Id, a connection point in the home to the telephony world (e.g., 
the world of video, voice, high speed d^ta network traffic) , 
could be provided to a home user through dable modem 1046 which 
would include an HPNA transceiver. Th^ cable modem system 

35 provider may also wish to accomodate providing telephone service 
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along with high speed data service. A home , computer user, rather 
than using a traditional modem to connect to an internet service 
5 provider, would find it convenient to utiljize cable modem 1046, 
taking advantage of the very high speed datpa service provided by 

the cable modem. Having a cable modem cust^omer, the cable modem 

i 

provider may also find it commercially beneficial to offer video 
feeds, and telephone service over the samdt cable modem network. 

10 A cable modem having an HPNA V2 transceiver included 

therein, can readily interface into the hdme phone line network 
through the telephone jack within the hom|e. Computers coupled 
to the home network then communicate through the cable modem to 
the outside telephony world as described abbve. Telephone service 

15 coming from outside the customer premises! over the cable modem 
system would be in a digitized packetized i format . It would then 
proceed over the HPNA network in the sam0 digitized packet ing 
format. If the user, in addition to having computers and the like 
attached to the HPNA network, wished: to have an analog 

2 0 telephone (s) connected to the HPNA, the telephone' (s) analog 
signal would go through a digital conversion and put the digital 
information into packets for passing the packets back and forth 
over the network. The analog telephone Signal is sampled and 
packetized at the appropriate clock rat^ creating the packet 

25 after a certain number of samples. 

Therefore, to effectively operate in such communications 
network environments a need exists for a transceiver method and 
signal therefor embodied in a carrier wave for a frame-based 
communications network. The present invenjtion as described and 

30 claimed in this application provides a solution to meet such 
need . 
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SUMMARY OF THE IWENTION 

In accordance with the present invention a signal embodied 
in a carrier wave is provided for sending information from 
transmit stations to receive stations over:a transmission medium 
of a frame-based communications network. The information is sent 
in transmit frames having a frame format comprising a fixed rate 
header, followed by a variable rate payload, followed by a fixed 
rate trailer. 

Also in accordance with the present invention the fixed rate 
header includes a preamble. The preamble ha|s a repetition of four 
symbol sequences for facilitating power estimation, gain control, 
baud frequency offset estimation, equalizer training, carrier 
sensing and collision detection. The preamble also includes a 
frame control field. The frame control field has scrambler 
control information for frame scrambliip.g initialization, a 
priority field to determine the absolute priority a transmit 
frame will have when determining access: to the transmission 
medium, a payload encoding field which determines constellation 
encoding of payload bits in the variable rate payload, and a 
header check sequence for providing a cydlic redundancy check. 
The variable rate payload is transmitted pursuant to dynamic 
adjustable frame encoding parameters for improving transmission 
performance for a transmit frame being; transmitted from a 
transmit station to a receive station. The header also includes 
a destination address field, a source address field and an 
ethertype field. 

Further in accordance with the preseb-t invention a method 
for transmitting a transmitting frame embodied in a carrier wave 
from transmit stations to receive stations over a transmission 
medium of a frame-based based communicatiorls network is provided. 
One or more transmit stations are coupled to the transmission 
medium, each transmit station transmitting frames having a frame 
format including a fixed rate header, followed by a variable rate 
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payload, followed by a fixed rate traile]^. One or more receive 
stations are coupled to the transmissioni medium, each receive 

5 station upon receiving a received frame , corresponding to the 
transmitting frame addressed to the receivie station: (1) detects 
a start of the received frame utilizing ^a predefined preamble 
format for the transmitting frame having a iplurality of identical 
copies of a preamble symbol sequence traijismitted sequentially, 

10 (2) decodes the received frame (3) measures and tracks 
performance of frame decoding, (4) determines network performance 
characteristics for establishing desired performance based upon 
measuring and tracking the performance of the frame decoding, (5) 
indicates to the transmit station changes to payload encoding 

15 parameters in the fixed rate header b4sed upon determining 
network performance improvement characteristics, wherein the 
transmit station changes the payload enco(5ing parameters in the 
fixed rate header for encoding next futu±e transmitting frames 
(6) and determines whether a collision, between two or more 

20 transmit stations occurred at one of the transmit stations 
utilizing an estimate of error power of defined copies of the 
preamble symbol sequence. 

BRIEF DESCRIPTION OF THE DRAWINGS 
25 Figs, la, lb, Ic and Id are simplified block diagrams 

showing a home networking environment wilihin which the present 

invention can be implemented. 

Fig. 2 is a seven- layer network stack model, according to 

the ISO seven-layer network standard, as lised in accordance with 
30 the present invention. 

Figs. 3a and 3b show a broadcast /multipoint network and a 

point-to-point network, respectively, for use in accordance with 

the present invention. 

35 

-7- 



1 



42150/RJP/E264 



Figs. 4a and 4b show respectively integrated MAC/PHY 
. aspect and an analog front end aspect of an embodiment of the 
5 present invention. 

Fig. 5 depicts in block diagram formi a transmitter aspect 
of an embodiment of a PHY in accordance with the present 
invention . 

Fig. 6 shows the frame format in accordance with the present 
10 invention. 

Fig. 7 depicts the frame control fiepLd in accordance with 
the present invention. 

1,3 Fig. 8 shows the frame control fields transmission order in 

^'^^ , , , , . . 

accordance with the present invention. 

i ll 

|[| 15 Fig. 9 depicts the payload encoding values in accordance 

with the present invention. 

w 

Fig. 10 shows fields as described in IEEE Standard 802.3. 
^ Fig. 11 depicts the frame- synchronized scrambler in 

^'t accordance with the present invention. 

13 20 Figs. 12a - 12g show the bit-symbol mat>ping performed by the 

VI constellation encoder in accordance with the present invention. 

|,l Fig. - 13 depicts the relative scaling of different 

constellations at a single baud rate in accordance with the 
present invention. 
25 Fig. 14 illustrates 2MBaud to 4MBaud: and 4MBaud to 2MBaud 

transitions in accordance with the present invention. 

Fig. 15 shows in simplified block diagram form an example 
QAM implementation in accordance with the present invention. 

Fig. 16 depicts compatibility mode frame formating in 
3 0 accordance with the present invention. 

Fig. 17 shows the transmitter aspect of the PHY embodiment 
operating in compatibility mode in accordance with the present 
invention . 

35 
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Fig. 18 depicts the format of each subframe and gap for the 
2-Mbaud header in compatibility mode in; accordance with the 
5 present invention. 

Fig. 19 shows the format for all of the last of the 4-Mbaud 
payload subframes and gaps in compatibility mode in accordance 
with the present invention. 

Fig. 2 0 shows the EOF/EOP symbol seqpaence for the 2-Mbaud 
10 payload case in compatibility mode in accordance with the present 
invention . 

Fig. 21 shows the EOF/EOP symbol sequence for the 4-Mbaud 
payload case in compatibility mode in accordance with the present 
S?f invention . 

HI 

pi 15 Fig. 22 depicts the compatibility mode frame in conjunction 

with athe Access ID interval in accordaince with the present 
invention. 

Figs. 23a and 23b depict the metallic power spectral density 
associated with the transmitter in accordance with the present 
I 2 0 invention. 

Fig. 24 shows the magnitude of the transmitter output in 
accordance with the present invention. 

Figs. 25 and 26 depict maximum peak-to^peak interferer level 
over frequency range in accordance with tliie present invention. 
25 Fig. 27 shows minimijim impedance over , frequency range. 

Fig. 28 shows an example of input irjapedance in view of a 
lower bound mask over frequency range in accordance with the 
present invention . 

Fig. 29 depicts the MAC logical layers and corresponding 
30 functions in accordance with the present invention. 

Fig. 30 shows in functional block diagiram form an embodiment 
of a transceiver in accordance with the present invention. 

Fig. 31 depicts a valid frame transmission with respect to 
the carrier sense function. 

35 
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Figs. 32 and 33 depict signal and priority slots involved 
with transmission and collision aspects ih accordance with the 
present invention . 

Figs. 34a and 34b show transmission aspects without and with 
priority access. 

Fig. 35 shows length of collisions a4d non-collisions. 

Fig. 36 indicates various MAC parameters in accordance with 
the present invention. 

Figs. 37 and 38 depicts basic formats for link control 
frames, long sub- type and short sub- type, respectively, in 
accordance with the present invention. 

Fig. 39 shows rate request control fraines in accordance with 
the present invention. 

Fig. 40 indicates the assigned values that may appear in the 
band description entries in the rate request control frames in 
accordance with the present invention. 

Fig. 41 indicates the values that may appear n the OpCode 
entry in the rate request control frame iti accordance with the 
present invention . 

Fig. 42 indicates further rate requesit control frame terms 
and definitions. 

Figs. 43a and 43b show state diagrams and table involving 
link integrity functionality in accordance with the present 
invention . 

Fig. 44 depicts a link integrity short frame in accordance 
with the present invention. 

Fig. 45 indicates a compatibilites and status announcements 
control frame in accordance with the preseint invention. 

Fig. 46 shows compatibilities and status announcements flag 
definitions in accordance with the present invention. 

Figs. 47 and 48 depict variable and l^imers, respectively, 
in accordance with the capabilities and announcements 
functionality . 
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Fig. 49 indicates basic sets of status and priority 
information in accordance with the capabilities and announcements 
functionality . 

Fig. 50 shows composite sets in accordance with the 
capabilities and announcements functionality. 

Figs. 51a and 51b show examples lin>: layer priorities in 
accordance with the present invention. 

Figs. 52a - 52f,2 depict various LARO frame information in 
accordance with the present invention. 

Fig. 53 shows variables and parameters involved with the 
LARQ sender operation in accordance with the present invention. 

Fig. 54 shows variables and parameters involved with the 
LARQ receiver operation in accordance with the present invention. 

Figs. 55a and 55b depict vendor specific formats with regard 
to link layer protocol in accordance with the present invention. 

Fig. 56 shows state information for carrier sense decision 
logic in accordance with the present inveiltion. 

Fig. 57 depicts an embodiment of the low-delay detector of 
the carrier sensor in accordance with the present invention. 

Fig. 58 shows an example of an averaging circuit for L*n-16 
samples of the carrier sensor in accordance with the present 
invention . 

Fig. 59 depicts the robust detector of the carrier sensor 
in accordance with the present invention. 

Fig. 60 shows the first test of the ertd-of -carrier detector 
of the carrier sensor in accordance with the present invention. 

Fig. 61 depicts a state diagram involving an embodiment of 
the carrier sensor. 

Figs. 62a and 62b show course dB table values and fine dB 
table values, respectively, of an exaiJnple embodiment in 
accordance with the present invention. 

Figs. 63a, 63b and 63c show a preamble, channel and 
characterization signal in accordance with the present invention. 
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Fig. 64 graphically depicts a templatle signal in accordance 
with the present invention. 
5 Fig. 65 shows a comparison circuit to provide match/no match 

assessment in accordance with the present invention. 

Figs. 66a and 66b show respectively unsigned 7,. 2 values and 
unsigned 3.2 values in accordance with th^ present invention. 

Fig. 67 shows an embodiment of a power estimation subcircuit 
10 in accordance with the present invention. 

Fig. 68 shows a MMSE FSE / DFE structure in accordance with 
the present invention. 
v3 ^i^- 59 depicts a split winding transformer in accordance 

with the present invention. 
15 Figs. 70a and 70b show transmit queues before and after 

ly priority frame reordering respectively ih accordance with the 

1:1 

■'■J present invention. 

^ Fig. 71 shows a VoIP system in accordance with the present 

1^^ invention. 

20 Figs. 72 and 73 show upstream and downstream latency 

components in accordance with the present invention. 
ti Fig. 74 shows packet arrival tim|ng relationships in 

accordance with the present invention. 

Fig. 75 depicts a VoIP system in accordance with the present 
25 invention. 

Fig. 76 shows the Timestamp Sync Frame format in accordance 
with the present invention. 

Fig. 77(1) - 77(2) show the Timestamp Report Frame format 
in accordance with the present invention. : 
30 Figs. 78 and 79 show MAC pin f unctibnality in accordance 

with the present invention. 

Fig. 80 shows a timing recovery circuit in accordance with 
the present invention. 

Fig. 81 depicts DPLL jitter in accor<^ance with the present 
35 invention . 
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Fig, 82 shows a limited timing recovety circuit embodiment 
in accordance with the present invention. 

Figs. 83a - 83g depict various pin ^nd bit locations in 
accordance with the present invention. 

Figs. 84a and 84b show DPLL output jitter in accordance with 
the present invention. 

Fig. 85(1) - 85(3) shows a Timestamp Report Message in 
accordance with the present invention. 

Fig. 85 shows a Timestamp Request Message in accordance with 
the present invention. 

Fig. 87 shows a Timestamp Slot Request Message in accordance 
with the present invention. 

Fig. 88 depicts the ITU G.712 specification for total 
distortion in accordance with the present invention. 

Figs, 89a, 89b and 89c show various SNR in accordance with 
the present invention. 

Fig. 90 shows jitter clock characteristics in accordance 
with the present invention. 

Figs. 91 and 92 show, respectively, ADC and DSC data paths 
of an analog test chip in accordance with tthe present invention. 

Fig. 93(1) - 93(2) show various CSA flags in accordance with 
the present invention. 

Fig. 94 shows the form for CSA Extension for CSS in 
accordance with the present invention. 

Fig. 95 depicts desired codings for the CSS register bits 
in accordance with the present invention. 

Fig. 95 depicts a PCOM field utilized in accordance with 
mode selection aspects of the present invention. 

Fig. 97 depicts the relative precedence of variable employed 
in mode determination in accordance with the present invention. 



-13- 



1 



42150/RJP/E264 



DETAILED DESCRIPTION OF THE INVENTION 

Before addressing the Voice aspects of the present 
5 invention, the Homenetworking implementation aspects will be 
first addressed. 

Homenetworking Implementation Aspects 

A communications network typically incfludes a group of nodes 

10 interconnected by a transmission medium. Ilhe term "'node" relates 
to any device that shares frames of data wiLth other nodes in the 
network. Devices that may make up a node are computers, 

printers, scanners, etc. A node may aliso be a telephone, a 
television, a set -top box for televisions , a camera or other 

15 electronic sensing or communication device. Any device that can 
send and/or receive frames of data with' other devices via a 
communication mediiim may be a node for purposes of the present 
invention . 

The transmission medium that links e^ch node in a network 

2 0 is equally one of a diverse family of media. Common media used 
include unshielded twisted pair (e.g. phona wire, CAT-5 cabling) , 
power lines, optical fiber, coaxial cable and wireless 
transmission media. The operations that each individual node 
performs in order to access data from, and, transmit data to, the 

2 5 rest of the network may be logically broken down into seven 
layers according to the ISO Open Systems .Interconnection (OSI) 
seven-layer network model, which is als6 referred to as the 
''network stack". The seven layers, from the bottom to the top 
are: 1) the PHYSICAL layer, 2) the DAT^ LINK layer, 3) the 

30 NETWORK layer, 4) the TRANSPORT layer, 5) the SESSION layer, 6) 
the PRESENTATION layer, and 7) the APPLICATION layer. Fig. 2 
illustrates the ISO seven-layer reference i model . 

The PHYSICAL layer, or physical lijjik layer, or PHY, is 
concerned with transmission of unstructured bit stream traffic 

35 over physical media, and relates to the mechanical, electrical. 
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functional, and procedural characteristics! to access and receive 
data from the physical medium. The EiATA layer, sometimes 

5 referred to as the data link layer, provides for the reliable 
transfer of information across the ph^^sical link. It is 
concerned with sending frames, or blocks of data, with the 
necessary synchronization, error control, iand flow control. The 
NETWORK layer separates the uppermost layers from the 

10 transmission and switching technologies u|sed to connect nodes. 
It relates to establishing, maintaining, or terminating 
connection between nodes. 

The TRAHSPORT layer relates to reliability and transparency 
in data transfers between nodes, and provlides end-to-end error 

15 recovery and flow control. The SESSION layer provides control 
to communications between applications, and establishes, manages, 
and terminates connections between cooperating applications. The 
PRESENTATION layer provides independence to the application 
processes from differences in data syntax o!r protocols. Finally, 

2 0 the highest layer, the APPLICATION layer, provides access to the 

OSI environment for users. Much more has t)een written about the 
benefits and distributed functionality of such an arrangement of 
layers and need not be recounted here. 

In frame-based networks, there are t^o fundamental models 
25 or topologies: 1) broadcast /multipoint networks, where all nodes 
are physically attached to the same network medium, and use a 
single, shared channel and frames transmitted on the network are 
visible to all nodes; and 2) point-to-point; networks, where pairs 
of nodes are connected to each other with Communication channels 

3 0 which are not connected to any other nodes on the network. Frames 

transmitted on one channel are not visible to nodes on other 
channels unless the frames are retransmitted onto the other 
channels by a node that is connected to multiple channels. Each 
channel may use a separate segment of the network medium, or 
35 multiple channels may share a single segment using e.g.. 
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Frequency Division Multiplexing or Time Division Multiplexing 
techniques. One common example of such a point-to-point network 
5 topology is that used for IEEE lOBaseT 802.3 networks, with 
network nodes connected via point-to-point : Category 5 unshielded 
twisted pair cable, using multi-port devices called hubs to 
retransmit frames received from one network segment to all other 
segments . 

10 Figs, 3a and 3b show a broadcast/multipoint network and a 

point-to-point network, respectively, for, use with the present 
invention. In Fig. 3a, representative node|s 140a, 140b, 140c are 
communicatively coupled with a common transmission medium 250 
through individual segments 240a, 240b, 240:c respectively. Thus, 
In 15 a message containing a broadcast destination address sent from 
j}l one node is sent to all other nodes coupled with transmission 

medium 250. In Fig. 3b, nodes 14ltld, 140e, 140f are 

communicatively coupled to each other by individual segments 
260d, 260e, 260f respectively of transmission media and hub 255. 
f;i20 Messages sent from one node to another node on one segment are 
j;;^ not visible to nodes on other segmehts unless they are 

|,l retransmitted by a node that is connected to multiple segments, 

such as hub 255 in a network. Segments '240a, 240b, 240c and 
common transmission medium 250 may be (but ^re not restricted to) 
25 a phone line, a power line, a wireless medium, coaxial cable, or 
a fiber optic medium. Reference to Figs. 3a and 3b should be 
made with respect to the description of the embodiments of the 
invention as set forth below. 

Each node in either type of network has within it a device 
30 that permits the node to send and receive data frames in the form 
of electrical, electromagnetic, or optical signals. The device 
is conventionally a semiconductor devilce implementing the 
PHYSICAL layer of the network connectivity, and the medium access 
control (MAC) portion of the DATA layer of network connectivity. 
35 Returning to Fig. 2, there is shown a basic network 
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illustrating a network communication protdcol between first node 

102 that runs an application (^^APP X") and another node 104 that 
runs the same or different application { "APP Y") . Nodes 102 and 
104 communicate message 108 via transmission medium 106. In the 
example shown in Fig. 2, when node 102 has message 108 to send 
to node 104, it transfers the message doWn through its network 
stack on the left, from layer to layer. At)plication header (AH) 

103 is appended to message 108 in the APPLICATION layer, to 
identify the application being executed by node 102. Original 
message 108, plus the application header, AH, is passed to the 
PRESENTATION layer, where it is again appended with a 
presentation layer header (PH) 105. Such process continues, 
accordingly adding session header (SH) 107,, transport header (TH) 
109 and network header (NH) 111 down to th^ DATA layer, where the 
message and appended headers is encapsulated with data layer 
header (DH) 112 and start of frame (SOF) indicator 113. The DATA 
layer also may add data trailer (DT)114 and end of frame (EOF) 
indicator 115. Data layer header 112 may include a source 
address (SA) to identify node 102 sending the message, and may 
also include a destination address (DA) to identify the intended 
recipient or group of recipients. 

The message with appended headers, trailers and indicators 
is then passed to the PHYSICAL layer where it is passed on to 
network transmission medium 106. When received by node 104, the 
reverse process occurs in the network stack of node 104. At each 
layer, the header and/or trailer information is stripped off as 
message 108 ascends the network stack. 

The details of the network stack in Fig. 2 are provided for 
reference only, and the present invention is not limited to 
functioning with network stack implementations that exactly match 
Fig. 2. 

Referring still to Fig. 2, the l|Ower two layers are 
described in further detail. It should be, understood that these 
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layers are typically implemented as a coiribination of logic and 
memory storage that is configured to carriy out the task of the 

5 layer. The logic can be in the form of hardware, software, 
firmware, or a combination of those. E^ch layer may also be 
implemented using programmable gate array l(PGA) technology, such 
as system programmable gate arrays (SPGA) and field programmable 
gate arrays (FPGA) . Also, each layer, or a combination of the 

10 layers, may be implemented as an integrated circuit or software 
program. Therefore, it should be appareiit to those skilled in 
the art, that there are many ways in which to implement the 
inventions described herein. 

Fig. 2 shows DATA layers 12 0a, 120b and PHYSICAL layers 

15 220a, 220b for a representative pair of nodes 140a, 140b 
according to the invention. Each node has within it 

semiconductor device (s) that implement the : PHYSICAL layer as well 
as the medium access control (MAC) and Link Layer portions of the 
DATA layer, such as that implemented by thfe Broadcom Corporation 

20 Model BCM 4210 Controller. As discussed above, the PHYSICAL 
layer is concerned with transmission and reception of bit stream 
traffic to and from the transmission medi|um. Transmitters and 
receivers, described in more detail below, form a transmission 
medium interface, and may be implemented |as a single device or 

2 5 separate devices. 

Referring now to Figs 4a and 4b, an eitibodiment implementing 
the inventive concepts is depicted wherein,, for example, a device 
such as computer 14 can be interconnected therethough to premises 
UTP wiring as set forth in Fig. la, and thro^igh which the protocol 

30 set forth in Fig. 2 is processed. Fig. 4a ^hows in block diagram 
form the controller aspects of the embodiment, while Fig. 4b show 
typical network interface device (NID) an4log front end aspects 
of the embodiment. 

Referring to Fig. 4a, controller 300 is a fully integrated 

35 MAC / PHY device that transmits and receives data (e.g., 10Mbps 
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and above as implemented by the aforementioned Broadcom 
Corporation Model BCM 4210, 4211, 4413 cofitrollers) . Controller 
5 300 includes bus interface 310, such as a PCI or MSI bus 
interface for communication in accordance with well-known PC - 
based and/or peripheral /internet appliance architectures. 
Controller 300 also includes digital PHY 320 having a FDQAM / QAM 
transmitter and receiver interfacing withi the analog front end 
10 and MAC 330, coupling to bus interface 310^ through transmit (TX) 
FIFO 340 and receive (RX) FIFO 350. Bus interface 310 also has 
the capability of similarly communicating with other devices 3 60, 
^.3 such as a v. 90 modem through v. 90 modem interface or a 10/100 

Jljj Fast Ethernet bus through a 10/100 Fast Ethernet interface, and 

15 their respective transmit (TX) FIFO 370 and receive (RX) FIFO 
til 380, The operations of such bus interfaces and TX / RX FIFOs are 

well known in the art and are not described in more detail. The 
operation of the MAC / PHY aspects of the embodiment are 
described in more detail herein below. 
20 Referring to Fig. 4b, NID analog front end 400 connects 

controller 3 00 depicted in Fig. 4a to a transmission medium 106 
Tl such as a premises UTP wiring as depicted in Figs, la, lb and Ic. 

Analog front end 400 includes digital input/output (1/0) circuit 
410 for transferring samples and is coupled to a transmit path 
25 and a receive path. Digital I/O 410 includes clock 412 for 
driving controller 300 with a 64MHz +/- lOOppm clock generated 
by 64Mhz crystal 414. The transmit path includes digital-to- 
analog converter 420 for converting 10 bit sample data to an 
analog signal, automatic gain controller 425 for setting gains 
30 based upon input received by digital I/O 410, filter 430, 
transmit-off switch 435, and is coupled to phoneline connector 
450, such as a UTP wiring RJll connector, through electronic 
hybrid 440 for buffering signals and filter / transformer / 
electronic protection circuit 445. The teceive path includes 
35 analog-to-digital converter 460 for sendimg valid sample data. 
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variable gain amplifier (VGA) 470, filter 480 for low-pass anti- 
aliasing, VGA 49 0, and is similarly (|:oupled to phoneline 

5 connector 450 through electronic hybrid 440 and filter / 
transformer / electronic protection ciricuit 445. Electronic 
hybrid 440 and filter / transformer / electronic protection 
circuit 445 are connected therebetween by a plurality of transmit 
and receive lines {e.g.,TX, RXl, RX2 ) 495.: The operations of the 

10 analog front end are well known in the art. 

Homenetworking PHY Layer Overview 

In accordance with a preferred embodiment of the present 
invention PHY 32 0 uses 4 MBaud QAM mockulation and 2 MBaud 

15 Frequency Diverse QAM (FDQAM) , with 2 to 8 bits-per-Baud 
constellation encoding, resulting in a PHY-layer payload 
modulation rate that ranges from 4 Mb/s to 32 Mb/s. The 
modulation techniques are set forth in U.S. Patent Application 
No. 09/169,552 entitled ^^Frequency Diverse Single Carrier 

20 Modulation For Robust Communication Over In-Premises Wiring", 
which is incorporated herein by reference. Information is 
transmitted on the transmission medium / channel in bursts. Each 
burst or physical layer frame consists of PHY-layer payload 
information encapsulated with a PHY E^reamble, header and 

25, postamble. The PHY-layer payload in each physical frame is that 
part of the Ethernet Link Level frame that : follows the Ethertype 
field through the Frame Check Sequence (FQS) , plus a CRC-16 and 
a pad field for the 4 Mbaud rate. Hereafter, '^payload" refers 
to the PHY-layer payload unless otherwise ispecified. 

3 0 Referring to Fig. 5, a transmitter hspect of PHY 32 0 is 

shown in functional block diagram form. Transmitter 500 includes 
frame processor 510, data scrambler 52 0, bit-to-symbol mapper 
(constellation encoder) 530, and QAM / FDQijjy[ modulator 540. The 
frame format transmitted by transmitter 5(^0 is shown in Fig. 6. 

35 Frame format 600 consists of low-rate hfeader section 610, a 
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variable-rate payload section 620, and a low-rate trailer 630. 
Some parts of the frame are not scrambled, as described below. 
5 Except where otherwise stated, all fields are encoded most 
significant octet first, least significant! bit first within each 
octet. Bit number 0 is the Isb within a field. Diagrams in the 
figures herewith show MSB bits or octets to the left. Header 610 
includes a preamble (PREAMBLE64) 612 ^nd is defined as a 
10 repetition of four 16 symbol sequences (TBN16) that result from 
encoding 0xfc483084 in the order describee^ above at 2 MBaud , 2 
bits-per-Baud, with the scrambler disabled! The TRN16 is a white, 
constant amplitude QPSK sequence. The preaijnble facilitates power 
JJ^ estimation and gain control, Baud Frequei^cy Offset Estimation, 

r[| 15 Equalizer Training, Carrier Sense, and Collision Detection as is 
ill described in more detail below. Header 61|0 also includes frame 

control field 614. Frame control field 6ll4 is a 32-bit field 

■k ?l 

defined in the table set forth in Fig. 7. and with the bit- 
ordering defined above, the frame control tields are transmitted 
P| 20 in the order shown in Fig. 8. Frame Type (f'T) 616 is an eight bit 
field that is intended to provide flexibility for defining other 
rl frame formats in future versions of th^ embodiment. Present 

devices transmit 0 in this field, and discard any frames with FT 
other than zero. All other values are reserved. The field 

25 definitions in the present embodiment are 'for FT=0. 

The FT field is intended to provide a i mechanism for Forward 
Compatibility, allowing extensions to use firame formats differing 
from the present embodiment. A next field is scrambler 
initialization (SI) field 618. A 4-bit fi^ld is set to the value 

30 used to initialize scrambler 520, as described below. A next 
field is the priority (PRI) field 620 which refers to a media 
access priority mechanism as described bfelow. The 3 bit PHY 
priority value (PRI) refers to the absolutei priority that a given 
frame will be given when determining media access, and is the 

35 value used in the MAC embodiment described below. Priority 7 has 
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preferential access over Priority 0. PRI field 620 is a field 
carried in the PHY-level frame transmission and is intended to 
indicate a 3-bit PHY-level priority or class-of -service 
indication to the receiver link level processor for managing 
priority and class of service of the recfeived frame. The PRI 
value is not used by the receiver PHY processor . For stations 
that do not implement class-of -service th^ PRI field is ignored 
on receive, and is transmitted set to 1. The next field 622 is 
reserved (RSVD)for future use and is ignbred by the receiver. 
Adjacent to field 622 is payload encoding! (PE) field 624 which 
determines the constellation encoding of the payload bits. The 
PE values are defined as forth in Fig. 9. Certain PE values are 
reserved. Reserved PE values are intended to code for higher Baud 
rates and carrier frequencies that will b^ introduced in later 
versions of the embodiment. The next fielld is a header check 
sequence (HCS) 626. HCS 626 is an 8-bit cyclic redundancy check 
(CRC) computed as a function of the 128-bit sequence in 
transmission order starting with the FT bits and ending with the 
Ethernet source address (SA) bits, with zeros substituted for the 
as-of-yet uncomputed HCS field. The encoding is defined by the 
following generating polynomial. 
G(x) = x^ + x"^ -f x^ +x^ + x^ + 1 

Mathematically, the CRC value correspondirig to a given frame is 
defined by the following procedure. 

a) The first 8 bits of the input bit sequence in 
transmission order are complemented. 

b) The 128 bits of the sequence in transmission order are 
then considered to be the coefficients of a polynomial 
M{x) of degree 127. (The first bit of the FT field 
corresponds to the x^^'' term and the last bit of the SA 
field corresponds to the x° term^ ) 

c) M(x) is multiplied by x^ and divided by G(x) , producing 
a remainder R(x) of degree <= 7. 
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d) R(x) is multiplied by H(x) to prbduce N(x), where H(x) 
is defined as H(x)=x'^ + + x^ + x^ + x^ + x + 1 
5 e) N(x) is divided by G(x) , producing a remainder R' (x) 

of degree <- 7 . 

f) The coefficients of R' (x) are considered to be an 
8-bit sequence. 

g) The bit sequence is complemented and the result is the 
10 CRC^, 

The 8 bits of the CRC are placed in the HCS field so that 
x' is the least-significant bit of the oct+et and x° term is the 
,H most-significant bit of the octet. (The bitls of the CRC are thus 

transmitted in the order x\ x^ ... x\ x° . I) Although HCS 626 is 
15 embedded within the protected bit-stream,i it is calculated in 
III such a way that the resulting 128-bit stream provides error- 

detection capabilities identical to thos^ of a 12 0-bit stream 
with an 8-bit CRC appended. The resulting 128-bit sequence, 
i^l considered as the coefficients of a polyi^omial of degree 127, 

Jl 20 when divided by G(x), will always produce' a remainder equal to 
x"^ + x^ + X + 1. The input bits are unscrambled. Because all 
fields covered by the HCS are transmitted :at 2 MBaud and 2 bits 
per Baud, as described below, these fields should be received 
correctly in many cases where the payload is received in error. 
25 The HCS may be used in conjunction with soft-decision error 
statistics to determine with high probability whether the header 
was received correctly. This knowledge: may be useful for 
optimizing the performance of ARQ and/or rate negotiation 
algorithms described below. 
3 0 Returning to Fig. 6, it can be seen that the bit fields 

starting with the destination address (DA) field 62 8 and ending 
with the FCS field 630 are identical to th0 corresponding fields 
described in IEEE Std 802.3 as depicted in Fig. 10 and are 
referred to as Link-level Ethernet Frame (packet) 632. The bits 
35 of a PHY- level Ethernet frame have an Ethernet preamble 634 and 
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start- frame-delimiter (SFD) 636 bits prep^nded to the Link-level 
frame, these bits are not present in the frames of the present 
embodiment. It is intended that IEEE assigned Ethernet MAC 
addresses are used for Destination Address (DA) 628 and Source 
Address (SA) 638. The Ethernet frame ccinsists of an integer 
number of octets. Following Ether-type field 640 is Ethernet data 
field 642, PCS field 63 0 and cyclic redundancy check (CRC) field 
644. CRC field 644 is a 16-bit cyclic reditindancy check computed 
as a function of the contents of the (unscr|ambled) Ethernet frame 
in transmission order, starting with thd first bit of the DA 
field and ending with the last bit of the Bics field. The encoding 
is defined by the following generating polynomial. 

G(x) = x^^ + + x^ + , 1 
Mathematically, the CRC value corresponding to a given frame is 
defined by the following procedure: 

h) The first 16 bits of the frame in transmission order 
are complemented. 

i) The n bits of the frame in transtnission order are then 
considered to be the coefficients of a polynomial M(x) 
of degree n-1. (The first bit of the Destination 
Address field corresponds to the x^^^^^' term and the 
last bit of the FCS field corresjponds to the x° term.) 

j) M(x) is multiplied by x^^ ai^d divided by G(x), 
producing a remainder R(x) of degree <= 15. 

k) The coefficients of R(x) are considered to be a 16-bit 
sequence . 

1) The bit sequence is complemented and the result is the 
CRC. 

The 16 bits of the CRC are placed in the ClkC-16 field so that x^^ 
is the least significant bit of the first octet, and the x° term 
is the most-significant bit of the last ocitet. (The bits of the 
CRC are thus transmitted in the order x^^, x^^, x^, x° . ) 
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The CRC-16, in conjunction with Ethernet's tCS, provides for more 
protection from undetected errors than the FCS alone. This is 
5 motivated by environmental factors that w^-ll often result in a 
frame error rate (FER) several orders of tnagnitude higher than 
that of Ethernet, making the FCS insuf f icilent by itself. For 4 
MBaud payloads, a variable-length PAD field! 646 follows CRC field 
644 and consists of an integer number of octets. The last octet 
10 of the pad field (PAD„LENGTH) specifies the number of zero 
octets (0x00) preceding PAD_LENGTH. The value of PAD_LENGTH must 
equal or exceed the number of zero octets required to ensure that 
^3 the minimum length of the transmission, from the first symbol of 

the PREAMBLE64 through the last symbol of the end of frame 
In 15 delimiter, is 92.5 microseconds. For 2 MB^ud payloads, there is 
lu no PAD field. The PAD field is not presept in a Compatibility 

Mode Frame, as described below. An example of a compliant formula 
for generating PAD__LENGTH is max (102-N,0) , where N is the number 
of octets from DA to FCS, inclusive. This ensures that a 
PI 2 0 collision fragment can be discriminated from a valid frame by the 
transmission length detected by the carrier sense function, as 
described below. The next field is End of 'Frame (EOF) Delimiter 
field 648. The End-of -Frame sequence consists of the first 4 
symbols of the TRN sequence, or Oxfc encoded as 2 bits-per-Baud 
25 at 2 Mbaud. This field is provided to facilitate accurate end-of- 
carrier-sensing in low~SNR conditions. A station demodulating a 
frame can use this field to determine exactly where the last 
payload symbol occurred. 

Turning now back to Fig. 5 and to Fig.. 11, scrambler 520 is 
3 0 described in more detail. Two difficult; problems in CSMA/CD 
networks that use uncontrolled wiring {e.g. phoneline or 
powerline networks) are addressed. The firgt problem is premature 
end-of -carrier detection and the second problem is radio- 
frequency egress. With regard to premature end-of -carrier 
35 detection, in powerline and phoneline CSMA/CD networks, there is 
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a need to reliably detect the end of a fr^me in the presence of 
severe channel distortion. There also is ai trade-off between the 
mean time required to detect the end of ^rame (from the actual 
end of frame) and the reliability of detection (probability of 
false alarm and probability of missed detection) . Two effects 
make end-of- frame detection difficult, ^particularly when the 
frame boundary detector is decoupled from the demodulator: (1) 
the possibility of a long run of innermost constellation points, 
particularly for large constellations (eig. high-order QAM or 
PAM) ; and (2) the possibility of a long ruh of constant or near- 
constant (nearest neighbors in a large cohstellation) symbols. 
A long run of innermost points can clearly be a problem if an 
energy or matched filter detector is used to detect frame 
boundaries, and constant/near-constant sytnbol sequences (which 
produce tonal transmitted sequences) are problematic because they 
may be highly attenuated by the channel over which they travel. 
Large constellations are used in the system to achieve high 
spectral efficiency, and, hence, high d^ta rates. Scrambling 
generally is an effective tool in combating these problems. 
However, there is still a non-zero probability of either a 
sufficiently long run of innermost points or a sufficiently long 
run of constant /near-constant symbols tio cause frame loss. 
Ordinarily, one would not be concerned about these low- 
probability events. However, frame loss , due to end-of-frame 
detection failure is deterministic: provided that the channel 
does not change between transmissions and the SNR is high, every 
transmission will fall victim to the sdme premature end-of- 
carrier detection problem. With regard to radio frequency (RF) 
egress, in wired networks, there is always; energy radiated from 
the wires that convey information. This egress can interfere with 
other services, some (e.g. amateur radio) which are specifically 
protected by government agencies. In the "ttigh-f requency " range, 
interference into amateur radio receivers is a particular 
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concern. These receivers typically have d channel bandwidth of 
less than 3 kHz. While scrambling is also; an effective tool for 

5 spreading packet energy over a wide band,; thereby reducing the 
probability of harmful interference, many network packets (e.g. 
TCP acknowledgments) contain identical or hearly-identical data. 
Also, collisions between different station^' transmissions on the 
wire may result in the transmission of exactly the same data many 

10 times within a short time window. Using tljie same scrambler seed 
(delay line initialization) for every transmitted frame may 
result in bursts of narrowband energy that are more likely to 
interfere with services such as amateur radio. Therefore, in 
accordance with the present invention a common solution to both 

15 problems is provided by two very simple circuits for mitigating 
this problem, one at the transmitter and aryother at the receiver. 
Either an N-bit counter is implemented at the transmitter for 
every active path (source+destination address combination) over 
which a frame may be sent on the network > or an N-bit pseudo- 

20 random number generator is implemented. A simple linear-feedback 
shift register may be used to generate the > pseudo- random number, 
if that approach is chosen. On every transmitted frame, the 
scrambler initialization circuit either gerierates a pseudo-random 
N-bit number, or it increments the counter for the path over 

25 which the frame will travel, modulo-2^. Either technique is 
sufficient. The scrambler initialization circuit inserts the N 
bits into any of the M (>= N) bits of a scrambler delay line. 
Note that the N bits need not be contiguous in the M-bit delay 
line. For a sufficient implementation, Nl 2. The scrambler 

30 initialization circuit inserts same N-bit value into an 
unscramble part of the header of the transmitted frame, so that 
the receiver may correctly recover the tr^smitted bit sequence 
by initializing the descrambler with the chosen value. In one 
embodiment, the scrambler is the frame-synchronized scrambler 

35 shown in Fig. 11, which uses the following generating polynomial: 
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G(x) ='x2^ + x^^ + 1. Bits 15 through 18 of' a shift register are 
initialized with a 4-bit pseudo-random ; number (or per-path 
5 counter value) , All other values are initialized to 1. The same 
value is placed in the unscrambled "SI"i field of the Frame 
Control part of the header so that the redeiver may recover the 
chosen scrambler initialization. Fig. 6 described above shows an 
example frame format which may convey the "SI" (scrambler 
10 initialization) bits to the receiver. Fig. 8 described above 
shows the components of the "Frame Control" field of the previous 
diagram in this example. All bits up to and! including "SI" in the 
are unscrambled in accordance with the present invention. Any 
|f| bits following the SI field are scrambled iusing this technique. 

15 Now to further describe the scrambler initialization aspects 

fit shown in Fig. 11, scrambler 520 is a frame-synchronized scrambler 

ly which uses the generating polynomial G(x) ± x^^ + x^^ + 1. Bits 15 

through 18 of shift register 650 are initialized with a 4-bit 
{!} pseudo-random number. This value is plat:ed in SI field 618 

20 defined above in the order such that register position 15 is the 
■S MSB (bit 19 of frame control) and bit 18 is the LSB (bit 16 of 

U frame control) . Scrambler 52 0 is bypassed during the preamble bit 

''^^ field and the first 16 bits of Frame Control. Scrambler 520 is 

initialized and enabled starting with the 17*^^ bit of Frame 
25 Control field 614. Scrambler 520 is bypassied after the last bit 
of the CRC-16 644, or the last bit of the PAD field 646, if 
present. The EOF sequence is not scrambled. i The use of a pseudo- 
random initial scrambler state results in ^ more uniform power- 
spectral density (PSD) measured over multiple similar frames. 
3 0 This eliminates the problem of tones in the PSD from highly 
correlated successive packets. 

As can be seen in Fig. 11, input fraifie 5010 is the output 
of framing 510 as seen in Fig. 5 which al^o generates SI value 
618 as seen in Fig, 8. Bit values of 1 5(^02 are inserted into 
35 register bit locations 1-14 5004. Further bit values of 1 5006 
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are inserted into register bit locations 19 - 23 5008. SI value 
618 is inserted into bit locations 15, 16, 17, 18 5009 of 
register 650, Each of the additions are iriodulo 2, i.e., a bit, 
exclusive or, another bit, and so on. , Input bits 5010 are 
exclusive or'd with the output bits of register 650. Output bits 
5012 are provided to constellation encodebr 530 as seen in Fig. 
5., bit 1 being the most recent bit. 

As to the descrambler initialization circuit, at the 
receiver, the descrambler initialization cfcircuit extracts the N 
bits of the "SI" field from the received frame. It then inserts 
the N bits into the same positions of the descrambler delay line 
that were initialized in the scrambler, in the same order. (Note 
that the descrambler and scrambler delay lines have exactly the 
same length, in bits.) In the example embodiment, all other bits 
in the descrambler delay line are set td "1". The first bit 
inserted into the descrambler is exactly the first bit inserted 
into the scrambler in the transmitter. 

Turning again to Fig. 5, following scramber 52 0 is 
constellation encoder 530. All bits up to and including the 
Ethertype field are encoded at 2 MBaud, 2 ibits per Baud. 
Starting with the 1^^ bit following the Ethertype field, the bits 
are encoded according to the PE field 624, up to the last bit of 
the CRC-16 644, or the last bit of PAD 646 if it is present. 
The EOF sequence 648 is encoded at 2 MBaud, 2 bits per Baud. 
Constellation encoder 530 performs bit t6 symbol mapping. The 
incoming bits are grouped into N-bit symbols, where N is the 
number of bits per baud specified in PE field 624. The bit to 
symbol mapping is shown in Figs. 12a through 12g. The symbol 
values are shown with bits ordered such tliiat the right-most bit 
is the first bit received from scrambler B20 and the left-most 
bit is the last bit received from scrambler 520. All 
constellations except for 3 bits-per-Baud lie on a uniform square 
grid, and all constellations are symmetric about the real and 
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imaginary axes. The relative scaling of different constellations 
at a single baud rate is shown in Fig, 13. The constellation 
5 points are scaled such that the reference :^oints have the values 
shown, with a minimum-distance tolerance of plus or minus 4%. The 
constellation points are scaled such that: the outermost points 
have approximately equal magnitude. Symbols at 4 MBaud are 
transmitted at 0.707 the amplitude of symbols at 2 MBaud. On a 
10 transition from 2 MBaud to 4 MBaud, the : first 4 MBaud symbol 
occur 0.5 microseconds after the last 2 MBaud symbol. On a 
transition from 4 MBaud to 2 MBaud, the first 2 MBaud symbol 
occur 0.5 microseconds after the last 4 Mbaud symbol. This is 
10 illustrated in Fig. 14. If the number of bits in a sequence at 

yf 15 a given encoding rate (i.e. Baud rate and : bits per Baud) is not 
ry an integer multiple of the number of bits ,per Baud, then enough 

V4 zero bits are inserted at the end of the bit-stream to complete 

the last symbol. The number of zero bits ihserted is the minimum 
C;! number such that the length of the appended bit stream is an 

JI'J 2 0 integer multiple of the number of bits petr Baud. The number of 
^^;! octets in the original input bit stream can be determined 

1^1 unambiguously from the number of symbols transmitted. This is 

true because the maximum encoding size is 8 bits per baud, which 
implies that the number of zero-bits appenc^ed must always be less 
25 than eight. 

Referring again back to Fig. 5, complex symbols from 
constellation encoder 540 are input to QAM/FDQAM Modulator 540. 
QAM/FDQAM modulator implements Quadrature! Amplitude Modulation 
(QAM) . Fig. 15 shows an example QAM implenientation . The carrier 
30 frequency and transmit filters are the sairje for Baud rates of 2 
MHz and 4 MHz. Thus, a 2 MBaud signal is equivalent to an 
appropriately scaled 4 MBaud signal in which every other symbol 
is zero. The QAM/FDQAM Modulator used in conjunction with the 
present invention is described in more detail in the pending 
3 5 application referenced above. 
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In addition to the frame formatting' described above, the 
present invention provides for a Compatibility Frame format which 

5 is defined for use by HPNA V2 nodes when, they are sharing the 
phoneline with HPNA VI nodes. In this case, it is important 
that the V2 transmissions can masquerade ^s valid VI frames for 
correct carrier sense and collision detection behavior, even 
though the VI nodes will not be able to redover the data from the 

10 frame. In this format, referring to Fig. 16, frame 700 starts 
with a modified VI AID field 710, followed by a V2 symbol 
sequence modified to have periodic gapjs 720 so that a VI 
receiver will detect this signal as a seties of pulses. The 
frame ends with trailer 730 that includes 4-symbol V2 EOF 740 

15 and a single pulse, EOP 750, generated by .passing a QPSK symbol 
through the transmit path. 

Referring to Fig. 17, transmitter aspect of PHY 32 0 
operating in Compatibility mode is showrl in functional block 
diagram form. Transmitter 800 includes framing 810 implementing 

2 0 the compatibility mode framing described above. Scrambler 82 0 is 

responsive to framing 810 and is identical to scrambler 52 0 
described above in conjunction Fig, 5. Scrambler 820 is 
initialized at the same point in the fram^ control field. 
Coupled to scrambler 820 is Constellation Encoder 830 

25 Constellation encoder 830 is identical to the constellation 
encoder 530 described above in conjunction with Fig, 5. 

Referring back to Fig. 16, Preamble4:8 760 is defined as a 
repetition of three contiguous 16 symbol sequences (TRN16) that 
result from encoding Oxfc483084 at 2 MBaud, 2 bits-per-baud, with 

30 scrambler 820 disabled. The 72-symbol header, including frame 
control field (as defined in Fig. 7) and Ethernet DA, SA, and 
Ethertype fields, is contained within four contiguous subf rames . 
It is scrambled and mapped to constellation points, prior to 
gapping, as previously described above. In jthe header, a subframe 

35 consists of: one non-inf ormat ion-bear irig symbol (the lead 
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symbol) , produced by Gap Insertion block 840, and 18 data symbols 
(header) . A gap of 6 2-Mbaud zero symbols l( silence) follows each 

5 subframe of 19 non-zero symbols. The format of each subframe and 
gap for the 2-Mbaud header is depicted in Fig. 18. On subframes 
0 and 2 of the header, the lead symbol i^ defined as the first 
symbol of PREAMBLE48 (bit sequence 00, encoded as QPSK) . On 
subframes 1 and 3 of the header, the lead symbol is defined as 

10 the negation of the first symbol of PREAMBLE48 (bit sequence 11, 
encoded as QPSK) , The peak symbol amplitucie shown in Fig. 18 is 
defined hereinbefore in conjunction with constellation scaling. 
The sign of the lead symbol alternates sujch that the output of 

% -.'4' 

fQ the QAM/FDQAM modulator is the same at the beginning of every 

yj 15 subframe. Negating the lead symbol of | every other subframe 
|i| accounts for the 180-degree rotation inttoduced by the (7-MHz 

Ml carrier frequency) modulator and the odd niomber of symbols 

between the first symbols of two adjacent subframes. The special 
S;! relationship between the carrier phase of the first symbol of the 

J;J 20 preamble and of every lead symbol is ; specific to the V2 
.!: compatibility mode. There are no such requirements in the V2 

native mode. 

Now turnxng to- the 2-Mbaud and 4-Mbaud pay loads in 
conjunction with compatibility mode, trie 2-Mbaud payload is 

25 encapsulated in subframes, consisting of:' one non-information- 
bearing symbol (the lead symbol) , produced by Gap Insertion block 
840, between 1 and 18 data symbols (payloa^) . A gap of 6 2-Mbaud 
zero symbols (silence) follows each subfrdme. On subframes 2*k, 
k > 1, the lead symbol is defined as the first symbol of 

30 PREAMBLE48. On subframes 2*k+l, k > 1 ,i the lead symbol is 
defined as the negation of the first symbbl of PREAMBLE48. The 
first floor [N*8/(r*18)] subframes of the p'ayload, where N is the 
number of payload bytes and r is the number of bits per baud, 
contain exactly 18 information-bearing symbols. The last 

3 5 subframe of the payload contains the remaining payload symbols, 
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between 1 and 18. The last subframe is also followed by a gap 
of 6 zero symbols. The format for all but the last of the 2-Mbaud 

5 payload subframes and gaps is identical to the header subframe 
and gap depicted in Fig. 18. For 3, 5, and 7 bits per baud, the 
lead symbol is not a valid point in the cjonstellation encoder. 
The 4-Mbaud payload is encapsulated in subframes, consisting of: 
one non- information-bearing symbol (the l^ad symbol) , produced 

10 by Gap Insertion block 840, one zero symbbl, and between 1 and 
3 5 data symbols (payload) . A gap of 13 4-Mbaud zero symbols 
(silence) follows each subframe. On subfijames 2*k, k > 1, the 
lead symbol is defined as the first symbol of PREAMBLE48. On 
subframes 2*k+l, k > 1, the lead symbojl is defined as the 

15 negation of the first symbol of PR$;amBLE48. The first 
floor [N*8/ (r*35) ] subframes of the payload,: where N is the number 
of payload bytes and r is the number of bits per baud, contain 
exactly 35 information-bearing symbols. The last subframe of the 
payload contains the remaining payload symbols, between 1 and 35. 

2 0 The last subframe is also followed by a gap of 13 4-Mbaud zero 
symbols. The format for all but the last c^f the 4-Mbaud payload 
subframes and gaps is depicted in Fig, 19. The peak symbol 
amplitude and the amplitude of the other symbols shown in the 
figure are defined above in conjunction with 4-Mbaud 

25 constellation scaling. For 3, 5, and 7 bits per baud, the lead 
symbol is not a valid point in the consteljlation encoder. 

There are also two possible EOF/EOP sequences following a 
2-Mbaud payload and four possible EOF/EOP isequences following a 
4-Mbaud payload. The EOF/EOP symbol sequence for the 2-Mbaud 

30 payload case is defined in the table set forth in Fig. 20. P is 
the number of information-bearing symbols in the last payload 
subframe and M is the number of payload suibframes in the frame. 
The entire EOF/EOP sequence is encoded as : QPSK at 2 Mbaud with 
the scrambler bypassed. The last symbol (Similar to an VI EOP) 

35 is used for accurate end-of -carrier timing! in all VI receivers. 
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The EOF/EOP symbol sequence for the 4-]y(baud payload case is 
defined in the table set forth in Fig, 21. P is the number of 
5 information-bearing symbols in the last payload subframe and M 
is the n-umber of payload subframes in the frame. The entire 
EOF/EOP sequence is encoded as QPSK at 2 M-baud with the 
scrambler bypassed. The last symbol (similar to an VI EOP) is 
used for accurate end-of -carrier timing in all VI receivers. 
10 Referring back to Fig. 17, Modified! AID Generator 850 is 

provided. A modified VI AID is prepended i to every frame. The 
modified AID is defined as a VI AID in which each pulse in the 
''t AID is replaced by a pulse defined below. ^The AID number is one 

|y chosen by the sending station and conflicts are resolved by 

15 selecting a new AID number. The control word always indicates 
III high-speed and low-power transmission. The use of the AID 

Ul mechanism for collision detection implies that V2 has the same 

limitation on the maximum number of itodes as VI when in 
compatibility mode. Fig. 22 shows the first part of a 
20 compatibility mode frame. The modified AID; pulse is generated by 
passing the first symbol of the PREAMBLE48 through the QAM/FDQAM 

^ 

h,^ modulator with the same initial modulatoir phase as the first 

symbol of the PREAMBLE48. The modified AID pulse is also used 
for the JAM sequence. 

2 5 Referring back to Fig. 17 QAM/FDQAM Modulator operates 

continuously from the first symbol of PRElAbffiLE48, as described 
for QAM/FDQAM Modulator 540 of Fig. 5. 

Now turning to transmitter electrical characteristics. 
Stations at a minimum are capable of transmitting and receiving 

30 2 MBaud modulated frames in native V2 frame format. In a 
preferred embodiment stations are capabl^ of transmitting and 
receiving 2 Mbaud Compatibility V2 frame Eormat. Stations at a 
minimum are capable of transmitting all (Constellations from 2 
bits-per-Baud to 8 bits-per Baud (PE values 1-7) and receiving 

35 all constellations from 2 bits per Baud to 6 bits per Baud (PE 
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values 1-5), The R.M.S. differential traijismit voltage does not 
exceed -15 dBVrms in any 2-msec window between 0 and 30 MHz, 
5 measured across a 13 5 -Ohm load between tip and ring for any 
payload encoding. The peak differential transmit voltage does 
not exceed 580 mVpeak for any payload encojding at either 2 Mbaud 
or 4 M baud. Stations that are not transi^itting emit less than 
-65 dBVrms measured across a 100-Ohm load between tip and ring. 
10 The electrical characteristics described ' below as to spectral 
mask apply to both the V2 native mode an4 the V2 compatibility 
mode. The V2 metallic power spectral density (PSD) is constrained 
^3 by the upper bound depicted in the Figs. ^ 23a and 23b with the 

IJI measurement made across a 100-Ohm load across tip and ring at the 

III 15 transmitter wire interface. The mask applies to all payload 
III encodings at both 2 and 4 Mbaud. The resolution bandwidth used 

^'jj to make this measurement is 10 kHz for frequencies between 2.0 

,j and 30.0 MHz and 3 kHz for frequencies between 0.015 and 2.0 MHz. 

H An averaging window of 213 seconds used; and 1500-octet MTUs 

Q 2 0 separated by an IFG duration of silence is assumed. A total of 
^.S 50 kHz of possibly non-contiguous bands may exceed the limit line 

J^j under 2,0 MHz, with no sub-band greater than 20 dB above the 

limit line. A total of 100 kHz of possibly non-contiguous bands 
may exceed the limit line between 13.0 and 30.0 MHz, with no sub- 
25 band greater than 20 dB above the limit line. The 10 dB notches 
at 4,0, 7.0 and 10.0 MHz are designed to reduce RFI egress in the 
radio amateur bands. The mask is tested at PE values of 1 and 2 
(2 and 3 bits/symbol), as these payload encodings result in the 
maximum transmitted power. The absolute pow^r accuracy is +0/-2.5 
30 dB relative to -7 dBm, integrated from 0 to 30 MHz. The passband 
ripple between 4.75 and 6.25 MHz and between 8.0 and 9.25 MHz is 
less than 2.0 dB. The magnitude of the V2 transmitter output is 
upper-bounded by the temporal mask sho^ in Fig. 24 for a 
compatibility mode pulse (the symbol aiesponse of the 2.0 
35 transmitter) . The response is measured across a 100-Ohm load 
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between tip and ring at the transmitter's WIRE interface. Output 
before t =: 0 and after t ^ 5.0 microsecorids is < 0.032% of the 
peak amplitude. The first compatibility mode pulse in the 
modified AID is exactly the transmitter; symbol response. The 
transmitter C-weighted output in the band' extending from 2 00 Hz 
to 3000 Hz does not exceed 10 dBrnC when terminated with a 600- 
Ohm resistive load. The transmitter emits no more than -55 dBVrms 
across a 50-Ohm load between the center tap of a balun with CMRR 
> 60 dB and the transceiver ground in the band extending from 0.1 
MHz to 50 MHz. The transmitter clock freiquency is accurate to 
within +/-100 ppm over all operating temperatures for the device. 
The minimum operating temperature range f^r this characteristic 
is 0 to 70 degrees C. In general, a +/- 50 ppm crystal meets this 
characteristic. The R.M.S. jitter of the^ transmitter clock is 
less than 70 psec, averaged over a sliding 10-microsecond window. 
The differential noise output does not exceed -65 dBVrms across 
a 100-Ohm load, measured from 4 to 10 MH? with the transmitter 
idle. There is no gain or phase imbalance in the transmitter, 
except with respect to constellation scalihg as described above. 

Now turning to a comparable receiver's electrical 
characteristics, the receiver detects frames with peak voltage 
up to -6 dBV across tip and ring at a frame error rate of no 
greater than 10"^ with additive white Gaussian noise at a PSD of 
less than -140 dBm/Hz, measured at the receiver. The receiver 
detects 1518-octet frames frames encoded 4s 2 bits/symbol and 2 
Mbaud with R.M.S. voltage as low as 2 . 5 mV at no greater than 10"^ 
frame error rate. The R.M.S. voltage is c<t>mputed only over time 
during which the transmitter is active. Th^ receiver detects no 
more than 1 in 10^ 1518-octet, 2 bits/symbol, 2 Msymbol/sec 
frames with R.M.S voltage less than 1.0 mV. Both criteria 
assume additive white Gaussian noise at a PSD of less than -140 
dBm/Hz, measured at the receiver, and assume a flat channel. The 
receiver demodulates frames with payload encoded at 6 
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bits/symbol, 2 or 4 Mbaud {if impleinented) ,!and differential R.M.S 
voltage as low as 2 0 mV (measured over the header) at a frame 
error rate less than 10-4 under the following conditions: (1) 
white Gaussian noise with PSD less than -l3 0 dBm/Hz is added at 
the receiver, and (2) A single tone interjferer with any of the 
frequency band and input voltage combinations set forth in Fig. 
25. The applied voltage is measured acrosis tip and ring at the 
input to the transceiver. The receiver demodulates frames with 
payload encoded at 6 bits/symbol, 2 or 4 M3baud (if implemented), 
and differential R.M.S voltage as low as 20 mV (measured over the 
header) at a frame error rate less than 10r4 under the following 
conditions: (1) White Gaussian noise witjh PSD less than -130 
dBm/Hz is added at the receiver, differential mode, and (2) A 
single- tone interferer, measured between the center tap of a test 
transformer and ground at the input to the , transceiver , with any 
of the following frequency band and input voltage combinations 
set forth in Fig. 25. The common mode rejection of the test 
transformer used to insert the signal should exceed 60 dB to 100 
MHz. 

The average return loss of the transceiver with respect to 
a 100-Ohm resistive load exceeds 12 dB between 4.75 and 9.25 MHz. 
This characteristic applies to the transceiver powered on or in 
low-power mode (transmitter powered off) The average return 
loss with respect to a 100-Ohm resistive load exceeds 6 dB 
between 4.75 and 9.25 MHz with the trans^reiver removed from a 
source of power. The magnitude of the input impedance is > 10 
Ohms from 0-30 MHz and conforms to the lowet-bound mask set forth 
in Fig. 27. This characteristic applied to the transceiver 
powered on, in low-power mode (transmitter powered off), or 
removed from a source of power. Fig. 28 shows an example of the 
input impedance of a compliant device with a lower bound mask. 
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With regard to the receiver aspects in accordance with the 
PHY layer protocol, reference in made to Fig. 30, wherein 

5 receiver functionality 900 is shown in bl6ck diagram form. 

Receiver functionality 900 performs the reverse of that described 
above for transmitter 500, namely, upon receiving a signal from 
2-4 wire hybrid and performing front end p^rocessing as described 
in conjunction with Fig. 4b, the followjLng occurs: QAM/FDQAiyi 

10 Demodulator Gap Removal, Consellation Decoding, De-scrambling and 
De-framing, as is well-known in the art given the above-defined 
transmitter functionality. 

Homenetworking MAC Layer Overview 

15 Now turning to the MAC Layer, the station media access 

control (MAC) function, as seen at th^e wire interface is 
described in more detail. The HPNA V2 MAC is modeled after the 
carrier-sense multiple-access with collision detection (CSMA/CD) 
MAC function of Ethernet (IEEE Std 802.3, 1998 Edition), adapted 

20 to the V2 PHY and enhanced with quality-of -service (QoS) 
features. The MAC functions described hertinbelow should not be 
confused with host interface and other lay^r functions typically 
implemented in a ^^MAC chip". Also the ^MAC control function 
should not be confused with IEEE 802.3 Clause 31 MAC Control. 

25 Referring to Fig. 29, the MAC logical layers and functions 

are depicted. Although the MAC function is an essential part of 
the wire interface characteristics, the system partitioning of 
PHY and MAC functions is implementation dependent. In 
particular, it is intended that the present embodiment can be 

3 0 implemented in an integrated PHY+MAC chip as well as a PHY- only 
chip that can be interfaced with a standard "MAC chip" using the 
Media Independent Interface (Mil) described in IEEE Std 802.3- 
1998, clause 22. 

When in Compatibility Mode V2 devices transmit either VI 

35 Format frames or V2 Compatibility Format frames depending on the 
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destination station type. The MAC operation in this mode is IEEE 
Std 802.3-1998 CSMA/CD MAC with BEB collision resolution and no 

5 access priority. When in compatibility moc^e the MAC operation is 
as specified in IEEE Std. 802.3-1998, clause 4, for a MAC 
sublayer operating in half duplex mode at Speeds of 100 Mb/s and 
below. The timing parameters to be used! in Compatibility Mode 
are in accordance with the VI PHY Specification, Version 1.1. In 

10 compatibility mode the MAC times the inter4frame gap from the de- 
assertion of the carrier sense signal, CAIR_SENS. The timing of 
CAR_SENS relative to the wire interface adheres to the timing 
specified in HPNA VI PHY Specification rey 1.1, clause 3.3. 

An implementation may have different ihdividual CAR_SENS/MAC 

15 timing parameters provided the overall timing at the wire 
interface is the same as CAR_SENS/MAC , with the parameters 
specified. Further, In compatibility mode the detection of 
collisions is as specified in HPNA VI PHY Specification rev 1.1, 
clause 2.5.3, with a JAM signal emitted as specified in clause 

20 2.5.4. ACCESS ID values are maintained ah specified in clause 
2.5.5. 

Now turning to V2 Mode MAC Operation, each station on an V2 
network segmenc, when not in Compatibility: Mode, executes the V2 
MAC function to coordinate access to the shared media. Switching 
25 between Compatibility Mode and V2 native mode is described 
hereinbelow. The MAC timing parameters for V2 Mode are also 
defined below. 

The Carrier Sense Multiple Access / Collision Detect 
(CSMA/CD) media access method is the means by which two or more 

30 stations share a common transmission channel. To transmit, a 
station waits (defers) for a quiet period! on the channel (that 
is, no other station is transmitting) and then sends the intended 
message modulated as per the PHY characteristics. The 
transmission deferral is ordered by up to eight priority levels, 

35 implementing absolute priority among stations contending for 



-39- 



1 



42150/RJP/E254 



I U 

III 
IaI 



access. If, after initiating a transmission, the message 
collides with that of another station, tjhen each transmitting 
5 station ceases transmission and resol^/es the collision by 
choosing a Backoff Level and defers to otljier stations that have 
chosen a lower Backoff Level. The distributed algorithm for 
choosing Backoff Level guarantees that the access latency is 
tightly bounded. Each aspect of this acdess method process is 
10 set forth in detail hereinbelow. 

Referring again to Fig. 30, a transceiver functional block 
diagram of an embodiment of the present invention is shown which 
includes transmit functionality portion 500, counterpart receive 
functionality portion 900, VI compatability transmit and receive 
15 functionality portions 910, 920, MAC -functtionality portion 1000 
for both VI and V2 modes, and 2-4 wir0 hybrid portion 930. 
Included in MAC 1000 is carrier sense functionality portion 1100, 
d collision detection functionality portici»n 12 00, and CSMA/CD 

Ji;^ collision resolution/rx frame synchronization functionality 

20 portion 1300. Carrier Sense 1100 detects tl^e starting and ending 
times of a valid frame transmission on the wire. This is used 
B determine when frames are present on the channel /transmission 

medium, as well as being used to determine the presence of a 
Backoff Signal in a Signal Slot. Collision Detection 1200 
25 detects the presence of a valid frame transmission from some 
other station during an active transmission, and for all 
stations, including non- transmitting stations, detects the 
received fragment that represents a transiriission truncated by a 
collision. Collision Resolution 1300 implements the distributed 
30 algorithm that controls backoff. Although the performance of the 
blocks in the MAC function are implementation dependent, certain 
minimum performance requirements are needed to ensure 
interoperability and compatible sharing o£ the channel and are 
now described in more detail. 

35 
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Referring to Fig. 31 a frame transmission that is valid with 
respect to the specified Carrier Sense (QS) function (Valid CS 

5 Frame) is shown, A transmitted Valid CS frame will be affected 
by various signal impairments when seen byl any receiver. A Valid 
CS Frame at the transmitter wire interfat:e consists of: (1) A 
sequence of symbols whose duration is eqij^al to or greater than 
92,5 microseconds (TX_FRAME minimum) duration, but less than the 

10 maximum described below; (2) the first (64+16+24+24+8) symbols 
of which modulated at the Base Rate (2 MBaud QPSK, 2 bits per 
symbol), where the initial 64 symbols consist of the preamble 
sequence 1110, where the next 64 synobol se<5uence (other) 1120 is 
unique to the transmitting station, and whfere the next 8 symbols 

15 are the (likely non-unique) bits of the Ethertype field; (3) an 
arbitrary Minimum Signal 1140, defined as a sequence of symbols 
whose R,M.S. value over any 8-microsecond window shall never be 
more than 9 dB less than 100 mVrijns across 100 Ohms 
(NOMINAL_RMS_VOLTAGE) ; (4)4 symbols of the EOF sequence 1150; (5) 

2 0 a trailing transient, whose peak voltage does not exceed 0.1% of 

the absolute peak transmitted voltage across a 100-Ohm load at 
the WIRE interface at any point > 5 microseconds after the last 
transmitted symbol of the EOF; and (6) a gap before the next 
transmission of this station of CS_IFG microseconds from the last 

25 symbol of the EOF to the first symbol of' PREAMBLE of the next 
transmission, measured at the transmitter's wire interface. When 
a station detects what may be a collision it terminates 
transmission early, as described below. 

A Valid Collision Fragment at the transmitter wire interface 

30 consists of: (l)a sequence of symbols ofl 70.0 microseconds 
(CD_FRAG) duration; (2) consisting of { 614 + 16+244-24+8 ) symbols 
modulated at the Base Rate (2 MBaud QPSK, 2 bits per symbol), 
where the initial 64 symbols consist of the preamble sequence, 
and where the next 64 symbol sequence is unique to the 

35 transmitting station, followed by 8 more 3ymbols; (3)4 symbols 
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of the EOF sequence; (4) a trailing transient, whose peak voltage 
does not exceed 0.1% of the absolute peak transmitted voltage 

5 across a 100-Ohm load at the WIRE interfjace at any point > 5 
microseconds after the last transmitted s[ymbol of the EOF; and 
(5) a gap of at least CS_IFG + CD^FRAG tnicroseconds from the 
first symbol of the PREAMBLE64 of the Valid Collision Fragment 
to the first symbol of the BACKOFF20 signal in the first Backoff 

10 Signal Slot (if present), measured at tljie transmitter's wire 
interface- Receivers are only required to Correctly detect Valid 
OS Frames, Valid Collision Fragments, arid the Backoff Signal 
described below. The Inter-frame Gap is 29.0 microseconds 
(CS_IFG) , where the gap is defined at th^ points at which the 

15 previous frame drops below 50% of its peak: and the current frame 
rises above 50% of its peak. Timing of sutisequent transmissions 
following a Valid CS Frame or Valid Collision Fragment are based 
on a MAC timing reference, established by the receiver. 

Referring to Figs. 32 and 33, time following a transmission 

20 TX is divided into slots: (1) an Interfratne Gap (IFG)1400; (2) 
three Backoff Signal Slots 1500 ( following ; collisions 1600); and 
(3) 8 priority slots 17 00. During these time periods the MAC is 
synchronized and the slot timing is defiiied by the rules for 
valid transmissions as set forth above. After priority slot 0 

25 there may be an arbitrarily long period with no transmissions 
followed by one or more stations attempting transmission. In 
this latter case the MAC is unsynchronizeti. When MAC timing is 
synchronized stations commence any transmission no earlier than 
0 and no later than 4 microseconds (TX_ON) after a slot origin, 

30 measured at the transmitter wire interface . Receiver Carrier 
Sense function 1100 as seen in Fig. 3 0 detects a maximum- 
amplitude Valid CS Frame over a range of 0 to at least 38 dB 
{CS„RANGE) flat-channel insertion loss and additive noise with 
a flat PSD of -140 dBm/Hz at the receive^- with a missed frame 

35 rate of less than 10"^ and a premature endhof-frame declaration 
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rate less than 10'\ With additive white Gaussian noise applied 
at the input with a PSD of -110 dBm/Hiz, the false carrier 
detection rate is no greater than 1 per second. When the MAC is 
unsynchronized, the latest a station may commence transmission 
after a possible Valid CS Frame has appeared at the wire 
interface is 12 microseconds (CS_DEFER) from the first symbol of 
the PREAMBLE64 of the detected frame, as measured at the 
station's wire interface. CS_DEFER is the maximum allowed 
carrier sense delay. 

The V2 embodiment can be used for carrying media streams, 
such as video and audio (as described in mbre detail below) . To 
reduce the latency variation in these streams, a priority 
mechanism is implemented to allow higher layers to label outgoing 
frames with priority, and guarantee that those frames will have 
preferential access to the channel over lower priority frames. 
The access priority method implemented is to delay transmissions 
to a slot beyond the minimum inter- frartie gap, based on the 
priority level of the frame waiting to be transmitted. Referring 
back to Fig. 32, slots are numbered in decreasing priority, 
starting at priority 7. Higher priority transmissions commence 
transmission in earlier slots and acquire the channel without 
contending with the lower priority traffic, A station's Priority 
Slot is based on the PHY priority number associated with the 
frame ready for transmission (TX„PRI) , as determined by the 
network stack and communicated to the MAC,' The station uses any 
slot with a number less than or equal to TX_PRI, normally the 
slot numbered exactly TX_PRI . Fig. 32 shoWs the relative timing 
of priority slots. After priority slot 0 there are no more 
priority slots, and any station with traffic at any priority 
level can contend on a first-come, first-served basis. All 
collisions after priority slot 0 are corlsidered to happen at 
PRI^O.) The Priority Slot width is 21 ./^microseconds {PRI_SLOT) . 
No station transmits in a Priority Slot nuitibered higher than the 
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TX_PRI assigned to the frame being tranismitted . Stations not 
implementing priority default TX_PRI to a value of 1 when 

5 transmitting. Stations waiting for transmission monitor Carrier 
Sense, and defer if CS was true prior to the start of the 
station's Priority Slot, or if beyond Priority Slot 0 the station 
defers if CS was true prior to the start lof transmission. Any 
station ready to transmit at the start of its Priority Slot 

10 transmits if CS was false prior to the start of it's Priority 
Slot, without deferring if CS was asserted prior to the start of 
transmission. See Figs. 34a and 34b, depicting transmission 
aspects, without and with priority access, respectively. With 
priority access video traffic at priority level 7 gains access 

15 ahead of best effort traffic scheduled at level 1, The slot timer 
is restarted if there is some other transmission that acquires 
the channel while a station is waiting at a lower priority. 

The TX_PRI value is the priority the' MAC uses to schedule 
transmission and is the value present in the PRI field of the 

20 frame header. This value is determined by a higher layer in the 
network stack. The PRI field is used to transport the priority 
label from source to destination, to assilst the destination in 
managing the receive queue. The 3 bit priority values referred 
to are "PHY priorities", PRI=7 has the highest priority, PRI==0 

25 has the lowest. There may be a mapping between PHY priorities and 
the Link Layer (LL) priority values as delivered to the Link 
Layer by the NETWORK Layer. This mapping is described herein 
below with regard to the Link Layer Protocoils for V2 , In general, 
the NETWORK layer or APPLICATION layer will; determine what policy 

3 0 is used to map traffic onto LL priorities. For instance, IETF 
Integrated Services currently defines priority 0 as the default 
"best effort" priority, and priority 1 as the penalty "worse than 
best effort" priority - and most implementations will map best 
effort to PHY PRI=^1 and worse-than-best-ef tort to PHY PRI^O. The 

35 PHY priority mechanism is strict priority (as opposed to schemes 
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which allocate lower priorities some minimum percentage of 
network capacity) - higher priority traffic always defers lower 

5 priority traffic. Higher priority traffijc will be limited by 
admission control or other Link Layer polidy mechanism to prevent 
over-subscription . 

Two or more stations may begin trajjismitting in the same 
Priority Slot following the IFG period. All stations monitor the 

10 channel to detect the colliding transmissions of other stations. 
Colliding frame (s) will be received Over a channel with 
impairments. Fig. 35, shows length of collisions and non- 
collisions. Passive stations can detect c(pllisions by observing 
the length of transmission fragment and, the validity of the 

15 received PREAMBLE64. A Valid CS Frame is guaranteed to have a 
unique symbol sequence within the first 128 symbols (which are 
transmitted at Base Rate) . The Ethernet mAc Source Address (SA) 
is used to guarantee uniqueness. That field is scrambled, but 
the [scrambled SA, SI] tuple will be unic^e. SI is the 4-bit 

20 scrambler initialization field, as described above. After 
detecting a collision a station continues to transmit through the 
Ethertype field followed by an EOF sequence (symbol 139) and then 
cease transmission. Thus, a station detecting a collision will 
cease transmission no later than 70.0 microseconds (CD_FRAG) 

25 after the beginning of the frame as irleasured 'at the wire 
interface. The minimum size of a ValpLd CS Frame is 92.5 
microseconds (TX_MIN) . No jam signal is transmitted on 
collisions. Passive stations, that are not transmitting, monitor 
the length of Carrier Sense events and generate a Collision 

30 Fragment indication to the Collision Resolution function if the 
duration of carrier is less than 92 microseconds ( CD_THRESHOLD ) . 
Stations do not recognize carrier eventls shorter than 32.0 
microseconds (CD_MIN) as collisions. AH transmitting and 
passive stations are capable of detecting^ the collision of any 

3 5 maximum-amplitude Valid CS Frame transmission received over a 
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range of 0 to 36 dB (CD_RANGE) f lat-chainel channel insertion 
loss and additive noise with a flat PSD ^f -140 dBm/Hz at the 
5 receiver with a missed-collision error rate of less than 10-4 and 
a false collision error rate of less than ; 10"^^ , where the origin 
of the colliding frame is offset relative to the first syinbol of 
the transmitted frame anywhere from earlier by up to 12 
microseconds (CD_OFFSET_EARLY) to later by' up to 15 microseconds 
10 (CD_OFFSET„LATE) . Where there is a missed collision, the 
probability of detected and undetected errdrs in the payload data 
is enhanced, so Collision Detection implementations are biased 
|;3 towards false collision errors, which are : more innocuous. 

li A collision occurs when two or more stations are active with 

fij 15 ready frames and are contending for access to the channel at 
approximately the same time. Generally, ciollisions are between 
frames at the same priority level. A distributed collision 
;i resolution (CR) algorithm is run which results in stations 

becoming ordered into Backoff Levels wher^ only one station is 
;i 20 at Backoff Level 0 and can therefore acquire the channel. After 
the winning station completes its transmission, all stations 
reduce their Backoff Level by one if it is greater than zero, and 
the new station{s) at Backoff Level 0 atteijapt transmission. All 
stations, even those with no frame to transmit, monitor the 
25 activity on the medium. Also, the collision resolution cycle is 
closed, so that stations that did not collide are not allowed to 
contend for access to the medium until all Stations that collided 
have transmitted one frame successfully or Jiave forgone the right 
to transmit their waiting frame. Ultimately all stations that 
30 were contending for access in the initial collision gain access 
to the wire and the collision resolution cycle is ended. This 
results in access latency being tightly bounded. This mechanism 
differs from Binary Exponential Backoff ; (BEB) used in other 
versions of Ethernet in that the Backoff Level does not determine 
3 5 the contention slot chosen by a station - all stations at a given 
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priority always contend in the slot corresponding to the access 
priority. Instead stations at non-zero Backoff Levels defer 
contending until stations that are at zero Backoff Level 
transmit. The method used is called Distributed Fair Priority 
Queuing (DFPQ) as described in co-penjiing application no. 
09/0267,884, the content of which are exptessly incorporated by 
reference herein. Each station maintains eight Backoff Level (BL) 
counters, one for each priority. The Backpff Level counters are 
initialized to 0. The priority level of a collision can be 
inferred from the priority slot where the collision occurs. 
Consider the case where stations are orily contending on one 
priority. After a collision and an IFG, three special Backoff 
Signal slots {S0...S2) are present before the normal sequence of 
priority contention slots occurs. Signal slots only occur after 
collisions, they do not follow successful transmissions. Each 
active station pseudo- randomly chooses oine of the slots, and 
transmits a Backoff Signal. More than one station can transmit 
a Backoff Signal in the same slot. The active stations transmit 
Backoff Signals to indicate ordering inf orijnation that determines 
the new Backoff Levels to be used. All stations (even those 
without a frame ready to transmit) monitor collision events and 
the Backoff Signal slots to compute the Backoff Level. If an 
active station sees a Backoff Signal in a : slot prior to the one 
it chose, it increases its Backoff Level. Those stations at 
Backoff Level 0 (ones that are actively contending) that saw no 
Backoff Signals prior to the one they chojse, remain at Backoff 
Level 0 and contend for transmission in ttle priority slot equal 
to TX_PRI that immediately follows the Bacjkoff Signal sequence. 
Eventually, only one station remains at Backoff Level 0 and 
successfully gains access to the channel. Stations with higher 
priority waiting frames may pre-empt the c611ision resolution by 
transmitting in a higher-priority slot. All stations, even those 
not contending for access to the wire, also maintain a Maximum 
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Backoff Level (MBL) counter per priority, which is incremented 
for each Backoff Signal seen and decremehted when a successful 

5 transmission occurs. The MBL is non-zerc|> whenever a collision 
resolution cycle is in progress. When a station first becomes 
active, if MBL is non-zero, BL is initialijzed to contents [MBL], 
otherwise BL is initialized to 0. This ensures that all 
currently active stations gain access to the channel before 

10 stations can re-enter the waiting queue, llhe BACKOFF2 0 signal is 
a symbol sequence consisting of 16 syiribols of the preamble 
sequence {TRts[16) transmitted, followed iby the 4 symbol EOF 
sequence. Detection of the BACKOFF2 0 signal (s) in a Backoff 
Signal slot must be possible even if n^ore than one station 

15 selects the same slot. Stations implement saturating 4-bit BL and 
MBL counters. The width of the Signal Slot is 32 microseconds 
(SIG_SLOT) . Stations implement the MAC function with collision 
resolution whose behavior matches the prociedural model described 
below. 

20 The procedural model uses a pseudo-code modeled after 

Concurrent Pascal. IEEE Std 802.3 1998 Clause 4.2.2 provides an 
overview of this pseudo-code. The code siet forth below models 
three independent concurrent processes (Deference, Transmitter, 
Receiver), which interact through shaired variables. The 

25 Deference process is driven by the detection of transmissions on 
the channel, and times the boundaries for Signal Slots and 
Priority Slots. The shared variable currerit Priority signals the 
Transmitter process when a transmission slot exists. 

30 (Deference: 

Loop, looking for carrier sense, and when found determini whether the transmission was 
a collision or valid frame. 

If it was a collision, process the signal slots and run the collision resolution 
algorithm. 

35 In any case, then process the priority slots, looking for carrier. 
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Note that the "current" priority level is sticky from the slot the last collision 
occurred in. 

Note that the Backoff Level (BL) and Maximum Backoff Level (MBL) counters are 

saturating at 0 and 15.} 

Const 

nPriorities = 8; {Number of priority levels} 
nSignals - 3; {Number of signal slots} 
nLevels = 16; {Number of Backoff Levels} 



process Deferences- 
begin 

currentPriority := 0; {Priority of the slot we are in} 
cycle {deference loop} 

sawFrame := false; 

sawCollision := false; 

while not carrierSense { ) do nothing; {watch for carrier to appear} 
deferring := true; 
startTime := time(); 
stopTime := startTime: 
while carrierSense { ) do 

stopTime := time ( ) ; 
if ( (stopTime - startTime > CD__MIN) and 

(stopTime - startTime < CD_THRESHOLD) ) or collisionSense { ) 

then sawCollision :~ true 
else sawFrame ;= true; 

(After a collision, process the three signal slots} 

if sawCollision then 

begin 

{wait until the end of the IFG, timing from start of fragment 
reduces skew, since start-of -carrier uncertainty is less than 
end-of-carrier uncertainty } 

while (timeO - startTime < CS_IFG + CD_FRAG) do nothingO; 

computeSignals ( ) ; 
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for {i := 0; i < nSignals; 
begin 

startTime := time ( ) ; 

signal [i] := 0; 

if signalSlot = i then sendSignal ( ) ; 
while (time 0 -StartTime < SIG_Sl6t) do 

if carrierSense { ) then signal [i] := 1; 

end; 

processSignals ( ) ; 
end; 

if (not sawCollision) then 
jbegin 

{wait until the end of the IFG} 

while (timeO - stopTime < CS_IFG) do nothing () ; 
{If last transmission was successful, drop Backoff Levels} 
BLicurrentPriority] := saturate(0,nI.evels-l,BL[ cur rent Priority] - 

1) ; 

MBL [currentPriority] : = saturate ( 0 , nlevels- 

l,MBL[currentPriority] -1) ; 

end; 

{avoid timing hazard with transmitter, currentPriority must be 

setup 

before deferring is cleared} 
currentPriority := nPriorities-1 ; 
deferring := false; 

(Now time out the Priority (contention) slots} 

for (i := nPriorities-1 ; i>=0; i — ) 

jbegin 

slotTime := timeO ; 

currentPriority := i; 

while (time () -slotTime < PRI_SLOT) do 

if carrierSense () then endcycle ; {res|tart deference loop) 
(if priority slot passed with no contenders, then that priority 
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level must be idle, good practice says ^make sure the backoff 
counters are reset} 
BL[currentPriority] := 0; 
MBL [current Priority] := 0; 
end; 
end; {cycle} 
end; {Deference} 

(computeSignals: Determine which signals to send} 

function computeSignals ( ) ; 

begin 

signalSlot := -1; {-1 means no signal to send, ihitialization} 
if (txReady and (txPriority = currentPriority ) ai\id BL [ txPriority ] =0 ) then 
SignalSlot = integerRandom(nSignals) ; (select Backoff Signal slot} 
end; {computeSignals} 

{processSignals : Process the received signals, adjusting the Backoff Levels} 

function processSignals ( ) ; 

begin 

psignals := 0; 

for (i=0; i < nSignals; i++) 

if signal [i] then psignals++; 
ir (txReady and (txPriority = currentPriority)) then 
begin 

backoffLevel := BL [currentPriority] ; 

if backoffLevel = 0 then 

Jbegin 

tern : = 0 ; 

for (i=0; i < signalSlot; i++) 

if signal [i] then tem++; 
BL [currentPriority] := saturate { 0 , nLevels-1 , tem) ; 
end; 

if backoffLevel > 0 then 
if psignals > 0 then 
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BL [currentPriority] := 

saturate {0,nLevels-l, backoff Level + psignals-1); 

end; 

if psignals > 0 then 
begin 

if MBL [currentPriority] = 0 then MBL [currentPriority ] := psignals; 
else MBL [currentPriority] = saturate ( 0 , nLeK;'els-l , MBL [currentPriority] 

+ psignals-1) ; 

end; 

end; {processSignals} 



{Transmitter: Wait for txReady and txPriority from the link level process. 

send txFinislied when frame has been sent.} 
process Transmitter; 
begin 

cycle 

while (not txReady) do nothingO; 
BL [txPriority] :- MBL [ txPriority] ; 

while (not (txPriority currentPriority and BL [txPriority] =0j 
or deferring) 
do nothing ( ) ; 
ttime : - time ( ) ; 

xmtDataOnO; {start data transmitting} 

while xmtBusyO and (timeO - ttime < CD_FIIAG) do 

begin 

if collisionSense ( ) then 
begin 

xmtDataOff 0 ; {turn off, after sending minimum collision fragment} 
Ncollisions++; {timeout on excessive collision limit} 
if Ncollisions = attemptLimit-1 then txFinished ( ) ; 
endcycl e ; 

end; 
end; 
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while xmtBusyO do nothingO; 
txReady := false ; 

txFinished( ) ; {signal link level that frame has been 

transmitted} 

end; { cycle } 
end; { Transmitter } 

{collisionSense: } 
function collisionSense () ; 
begin 

{ When transmitting, detect the presence of a second transmission. 
When receiving, detect overlapped transmission^} 
end; { collisionSense } 
{Receiver: } 
process Receiver; 
begin 

{ Wait for carrier sense. Demodulate received signals into frames. 
Reject collision fragments. Determine frame boundaries. Check FCS. 
Filter based on destination address. Perform opjtional Link Layer 
signaling and other controller functions.} 
end; { Receiver } 

Referring to Fig. 36, certain Mac parameters are set forth. 
Where a tolerance is indicated, a = 63 nanoseconds. The Link- 
level frame consists of the DA through FCS fields, prior to the 
PHY-level frame encapsulation. All V2 stations transmit link- 
level frames with a minimum of 64 octets. The payload field of 
link-level frames smaller than minFrameSize is padded with any 
value octets appended after the supplied! payload to make the 
frame minFrameSize long. The maximum standard Ethernet frame is 
1518 octets, but some V2 link-layer encapsulations may add 
additional octets. All V2 stations are :able to transmit and 
receive link-level frames with up to 1526 octets. No V2 station 
transmits link level-frames with more than '(PE+1)*1024 octets for 
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2 MBaud and not more than (PE-7)*2048 ocdets for 4 MBaud. The 
number of octets specified counts DA through FCS, and does not 
count preamble, header, CRC-16 or PAD or EOF. This will result 
in a maximum frame duration of 4166 microseconds for a frame with 
PE::^15 . A V2 station defaults the maximur)a length frame it will 
send to a given DA to 1526 octets until it ban determine that the 
receiver can support larger transmission lunits (e.g. by use of 
the CSA announcement of CSA_MTU as described below with regard 
to Link protocols. These maximums establish an upper bound on the 
duration of a given transmission and ah upper bound on the 
maximum frame size that receivers must accommodate. 

Homenetworking Link Layer Overview 

In accordance with the present invention the following link 
control functions are implemented: (1) Rat^ Negotiation; (2) Link 
Integrity; ( 3 ) Capability Announcement; (!4) Limited Automatic 
Repeat reQuest (LARQ) . These link functiokis use control frames 
to carry protocol messages between stations. V2 includes a 
standardized mechanism for Link Layer network control and 
encapsulation. Control frames are data link layer frames that 
are identified by IEEE assigned Eth^rtype value (0x886c 
designated for the Assignee of the present application) in the 
Type/Length field of the frame, and further distinguished by 
individual sub- types. The link contiol entities may be 
implemented in hardware or driver software. Link Control frames 
are not seen by layer 3 (IP) of the network stack, and are not 
bridged between network segments. 

It should be noted that the Minimal Link Protocol Support 
Profile for HPNA V2 Link Protocols embodiments of the present 
invention allow less complex implementations of the HPNA V2 
characteristics. While each of the four coiktrol protocols serves 
an important function in the operation oif the network, it is 
possible to implement minimal support for CSA and LARQ that is 
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compatible with fully functional implementations and does not 
detract from the overall performance of other stations. The 
shorter name, Minimal Profile, will be lised hereinbelow. Full 
support of all the link protocols, called the Full Link Protocol 
Support Profile or Full Profile for shott, is assumed unless 
Minimal Profile is explicitly mentioned. 

Referring to Figs. 37 and 38, there are two basic formats 
for a Link Control Frame, a long subtype and a short subtype. 
The long subtype format is provided for future specified control 
frames where the amount of control information exceeds 256 
octets. The control and encapsulation frames described herein use 
the short subtype format. In the frame formats defined below, 
note that before transmission the Link Control Frame is converted 
into a physical layer frame by adding Preamble, Frame Control, 
CRC-16, PAD and EOF as described above. 

Describing first the short format as : shown in Fig. 37, the 
SSVersion field is recommended for all protocols using the Short 
Form Link Control Frame header, and spiecifies which format 
version of the control information is used. This allows future 
extension of each SSType. SSLength is checked only to ensure that 
enough control information is present. New, , backwards compatible, 
frame formats may contain additional fixed; data fields, but will 
always contain the fixed fields specified in earlier formats, so 
protocol implementations simply use the latest version that is 
less than or equal to SSVersion. The Ne:?tt Ethertype field is 
implemented for all SS headers. Among oth^r things, it supports 
backward compatibility by enabling recei^;^ers to always strip 
short format link layer headers. If the N0xt Ethertype field is 
zero, then the frame is a basic control frame and is dropped 
after processing the control information it contains. The Next 
Ethertype is always the last two octets o|f the control header. 
The position of Next Ethertype in the frame is determined using 
the SSLength field in order to ensure forward compatibility, V2 
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I 

receivers are able to remove at least on^ encapsulating header 
with an unknown subtype from any received data frame. Future 

5 embodiment versions may require the processing of multiple 
headers, such as might occur if a Rate Regimes t Control Frame were 
inserted into (piggybacked on) a regular data frame with a LARQ 
header. The header and trailer for standaird Ethernet frames are 
cross-hatched in Fig. 37, in order to highlight the formats of 

10 the control information frames. 

Describing now the long format as ishown in Fig. 38, an 
LSVersion, similar to SSVersion, is recommended for all Long 
Format subtypes. A Next_Ethertype field i|s implemented for all 
Long Format subtypes. In general, if Long Fprmat subtypes are not 

15 understood by the receiver {a fact possibly announced via future 
CSA options) then they are dropped. Processing requirements with 
respect to forward compatibility, dropping :of unknown frame types 
with Next_Ethertype = 0, and removal of Lotig Format headers with 
Next_Ethertype 0, are identical to tJriose for Short Format 

2 0 Control Frame headers. Network transmission order of frame 

fields is from the top to the bottom of each figure. Within a 
field, the MSByte of the field is the fir^t octet of the field 
to be transmitted, with the LSBit of e^ch octet transmitted 
first. Subsequent bytes within a field are transmitted in 

2 5 decreasing order of significance. When subfields are pictured in 

the figures, the ordering shown is decreasing significance from 
the top to the bottom of the figure. 

The payload encoding (PE) that can be achieved is a function 
of the channel quality between source and' destination, and the 

3 0 channel quality generally differs between each pair of stations 

depending on the wiring topology and specific channel 
impairments. Therefore the Rate Negotiation function in a 
destination station uses Rate Request Cont^rol Frames (RRCF) , as 
shown and defined in Fig. 39, to provide iikformation to a source 
35 station as to the payload encoding that the source station use 
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to encode future frames sent to this destination, and to generate 
test frames to assist a receiver in selecting the most 
5 appropriate band to use. The policy ^A^hich the destination 
station uses to select the desired payljoad encoding and the 
policy it uses to decide when to transmit Rate Request Control 
Frames are implementation dependent. Algorithms for selection 
of payload encoding and time to transmit: RRCF for a preferred 
10 embodiment are set forth in more detail below. Stations avoid 
transmission policies that can result in excessive RRCF traffic. 
The PHY payload modulation can use 2 to 8 bits-per-Baud 
|;| constellations and one of several defined bands which are 

1^1 combinations of Baud rates, modulation type (QAM vs. FDQAM) and 

|y 15 carrier frequency, as described above. iThe RRCF specifies a 
frt maximum constellation (bits per Baud) that the receiver (ReqDA) 

iiJ wishes to be used in a given band, or indicates that a given band 
is not supported. Additional bands may exist in future versions, 
Jl,^ and can be described with band descriptors {PE, rank} added after 

^,:!: 2 0 Band 2. If additional bands are present, their descriptors will 
tj appear between Band2_Rank and RefAddrl, and HPNA V2 stations take 

?i their presence into account when determinihg the location of the 

U RefAddr list. In Fig. 39, the cross-hatched fields will not 

always be present. V2 stations ignore band Characteristics beyond 
25 Numbands = 2. If a receiver does not specify a band in an RRCF, 
or specifies a PE of 0 for a band, then ti^ansmitters do not use 
that band. The NumBands and NumAddr fields are placed next to 
each other so that all the fixed fields can be referenced at 
known offsets in the frame. Fig. 40 show^ the assigned values 
30 that may appear in the band description entries in the Rate 
Request Control Frame. Fig. 41 shows the ^^^alues that may appear 
in the OpCode entry in the Rate Request Control Frame. Fig. 42 
describes further terms and definitions. Rate Negotiation is 
defined over simplex logical channels. A separate channel is 
35 defined for each combination of Ethernet dA and SA. There is no 
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explicit channel setup procedure. A new channel is implicitly 
defined when a packet is received from a njew SA or sent to a new 

5 DA. Each channel has a single sender Ibut can have multiple 
receivers. Receivers operate independentlty . Rate control frames 
(all Opcodes) are sent with a priority Corresponding to Link 
Layer priorityV. RRCF are not sent with a Link Layer priority of 
6. RRCFs may be sent with a lower Link Layer priority, from the 

10 set [5,4,3,0] , However, the Link Layer priority of an RRCF is not 
lower than the highest Link Layer priorit^^ received in the last 
2 seconds from the station to which the RR(bF is being sent. Rate 
Change Requests (OpCode = 0) is sent with an encoding of 2Mbaud 
FDQAM at 2 bits per baud {PE=1) when the network is operating in 

15 V2 mode, and with VI encoding when the network is operating in 
Compatibility mode. Selection of the encoding for Rate Test 
Request frames and Rate Test Reply frames is described below. 
Each station maintains a timer with a period of 128 seconds. 
There is no attempt to synchronize this timer between stations. 

20 The timer is not modified by receipt or: transmission of any 
frames. The timer interval is used when determining which nodes 
have been actively sending to multicast arid broadcast addresses 
and when sending reminder RRCFs in refertoce to multicast and 
broadcast addresses. 

25 Turning now to the sender operation, the logical channel 

state info3rmation is accessed to determine the sender PE to use 
for transmission. The channel is created if necessary, and the 
sender PE defaults to PE=1 (2 bits-per-baud, 2 Mbaud FDQAM) if 
the network is in V2 mode, or to PE=8 if the network is operating 

3 0 in Compatibility mode. Logical channel state information includes 
the node type (if known) , the sender PE arid the receiver PE for 
each band for which this information has | been specified. When 
first entering Compatibility mode, all transmissions to all nodes 
are sent with VI encoding for a period of 60 seconds, regardless 

35 of the sender PE associated with the logical channel state 
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information. While in Compatibility mode, if the logical channel 
state information for any active V2 node includes a value of 
5 sender PE=8, then all transmissions to alll nodes are sent with 
VI encoding. When no active V2 node's logical channel state 
information includes a value of sender PE=8i, transmissions revert 
to the rate specified by the sender PE i associated with each 
channel. While in Compatibility mode, all multicast and broadcast 
10 frames are always transmitted with VI encoding. While in VI mode, 
all frames are always transmitted with VI encoding. For each of 
the RefAddrs in the RRCF (starting with RefAddrO, the SA of the 
l;3 RRCF frame) , the logical channel state iniormation is accessed, 

iul if any exists, corresponding to the RefAddr, and the sender PE 

15 is updated according to the band characteristics in the RRCF. If 
ifl no logical channel state information exists for RefAddrO, the 

Jj^ station creates a new logical channel statej entry and initializes 

the sender PE according to the band characteristics in the RRCF. 
If no logical channel state information fexists for additional 

2 0 RefAddrs, the station may either ignore thobe addresses or create 
new logical channel state entries and initialize the sender PE 
according to the band characteristics in tliie RRCF. For multicast 
addresses and the broadcast address, senders use a rate that is 
receivable by all nodes actively listening to that address. 

25 Sender stations may enforce a minimum PE which they will use to 
transmit to a given multicast channel, based on application-level 
information about Quality of Service (QoS) . It is desirable to 
send at the highest rate supported by the channel. Hence, if a 
RefAddr is a multicast address or the broadcast address, the 
30 sender uses the PE value which yields the highest raw bit-rate, 
but which is not greater than any of the band characteristicss 
provided by the nodes actively listening toi that address. Active 
multicast listeners are defined as any stations which have, in 
either of the last two 128-second intervals, either (1) sent any 

3 5 frame to the multicast address or (2) sent a RRCF to this station 
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with the multicast address listed in th0 RefAddr list. Active 

I 

broadcast listeners are defined as any sttations which have, in 

5 either of the last two 128-second intervals, either (1) sent any 

I 

frame (with the optional exception of Link llntegrity frames using 
PE^l) to the broadcast address or (2) sent; a RRCF to this station 
with the broadcast address listed in the |lefAddr list. For each 
supported band encoding a Rate Test Reply frame (RRCF OpCode 2) 

10 is generated to the requestor encoded usin^ the specified payload 
encoding. The contents of the RRCF is the current logical channel 
state info. Support for Rate Test Request flrames is only required 
in stations that implement additional , bands beyond Bandl. 
Stations that only implement Bandl silentl]^ discard received Rate 

15 Test Request frames. An active V2 node is kny station from which 
a frame has been received in either of the last two 12 8-second 
intervals. Whenever a transition to Compatibility mode occurs, 
sender PE is reset to a value of 8 for all channels. Whenever 
a transition to V2 mode occurs, sender PE rLs reset to a value of 

20 1 for all channels. A station which is not bapable of transmiting 
or decoding compatibility mode frames (heteafter referred to as 
a non-compat station) , adheres to the following additional rules. 
Whenever a non-compat station transitions from V2 to 
Compatibility mode, it transmits a broadcast RRCF (i.e. an RRCF 

25 with DA^ ^^FFFFFFFFFFFF" ) requesting PE=8 for all applicable 
refAddr values, within the first 30 sebonds after the mode 
transition. As long as the non-compat station remains in 
Compatibility mode, it continues to transmit broadcast RRCFs 
requesting PE=8 for all applicable refAddf values, at a rate of 

30 one RRCF every 128 seconds. These RRCF transmission rules replace 
all other RRCF transmission rules for a non-compat station during 
Compatibility mode. 

Now turning to receiver operation, the following baseline 
algorithm for limiting the number of RRCFs is a preferred 

35 embodiment. Alternative implementations do not generate more 



-60- 



1 42150/RJP/E264 

RRCFs than the suggested implementatibn . Nodes that are 
interested in participating in a multicast or broadcast channel 

5 provide a mechanism to ensure that all soutces of frames sent to 
the multicast address of the channel are reminded of this node's 
participation in that channel at least onice every 128 seconds. 
For each channel, a Rate Control Backoff Limit (RCBL) is 
maintained that ranges in value from 1 to 1024, and a Rate 

10 Control Backoff Frame Count (RCBFC) . RCBL is initialized to 1, 
and RCBFC is initialized to 0. For each received frame, the new 
desired PE is computed. A sample algorithm for selection of 
desired PE is described below. If the new dfesired PE is different 
from the previous value of the desired PE, then RCBL is reset to 

15 1, and RCBFC is reset to 0. The new value is saved for desired 
PE. If the PE of the received frame is different from the new 
desired PE, then RCBFC is incremented b^^r 1 . If RCBFC is now 
greater than or equal to RCBL, then an RRCF is sent to the source 
of the frame, RCBFC is reset to 0, and RCfeL is doubled up to a 

20 maximum of 1024. If a multicast channel is active {based on 
receiving frames other than RRCFs within the last two 128-second 
intervals) , and more than 128 seconds hkve passed since the 
receiver has sent a frame to this multicast address, an RRCF is 
transmitted with the current receiver PE tio any nodes that have 

2 5 sent frames to that multicast address, with a RefAddr set to the 

multicast address in question. Multiple multicast addresses may 
be aggregated into a single RRCF being seht to a node that has 
been active on multiple multicast addresses. However, only 
addresses for which the intended recipient of the RRCF has been 

3 0 active are included. In RRCF messages, requesting stations 

attempt to specify the maximum payload encoding that they believe 
will have an acceptable error rate, in oirder to maximize the 
aggregate throughput of the network. At a minimum, the 2MBaud 
band is specified in an RRCF. An example algorithm suitable for 
35 use by devices implementing a single band (Bandl) on networks 
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with additive white noise and impulse nojise is now described. 
Other algorithms are possible which ma;y^ better optimize the 
5 selected payload encoding based on the measured channel 
conditions. For each implementation, a table of average slicer 
mean squared error (ASMSE) required for each payload encoding 
(except PE=8) to achieve a packet error irate (PER) of le-3 is 
compiled. This table is defined as D0WN_LARQ. A second table is 

10 defined with a target PER of le-6. This table is defined as 

I 

DOWN^NOLARQ. UP_LARQ is defined as DOWljF_LARQ with all ASMSE 
values decreased by 2dB and UP_NOLARQ is defined as DOWN_NOLARQ 
with all ASMSE values decreased by 2dB, 

The following steps describe how to select the new payload 
15 encoding desired for a particular channel, (new_jpe) , given the 
current payload encoding desired on that channel, (curr_pe) , and 
a new frame is received on that channel. 

1. Keep a history window of 16 HPNA V2 frames per channel. For 
each channel, compute the ASMSE over all frames in the history 

2 0 window that did not have a CRC error. 

2. If in Compatibility mode, assess whetheir or not enough margin 
exists in the system to allow proper detection of compatibility 
frames on a per channel basis. If, for any given channel, such 
margin is determined not to exist, then s0t new_pe = 8 for that 

25 channel. If such margin is determined to ^xist and curr_pe = 8, 
set new_pe = 1. If such margin is determined to exist and 
curr_pe 8, set new_pe = curr__pe. If new_pe = 8 or curr__pe = 
8, then exit. Else: 

3. If all the frames in the history window were received with a 
30 CRC error, set new_j)e = 1 and exit. Else: 

4. If LARQ is in use on a channel, find the greatest 

payload encoding in the UP_LARQ table with an ASMSE greater than 
or equal to the ASMSE computed in step 1. If LARQ is not in use, 
use the UP_NOLARQ table. Define this payload encoding as 
35 new_up_pe 
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5. If LARQ is in use on a channel, find the greatest payload 
encoding in the DOWN_LARQ table with an lASMSE greater than or 
equal to the ASMSE computed in step 1. Xf LARQ is not in use, 
use the DOWN_NOLARQ table. Define thi^ payload encoding as 
n ew_do wn_p e 

6. If new_up_pe > curr_pe, set new_pe t new_up_pe and exit. 
Else: 

7. If new_down_pe < curr_jpe, set new_pe = new_down_pe and exit. 
Else: 

8. If neither 6 nor 7 is satisfied, set n^w_pe = curr_pe. 

The offset between the up and down rate seljection tables provides 
the algorithm with hysteresis to provide stability in selection 
of a payload encoding in the presence of minor variations in 
ASME. Due to this offset, conditions 6 and 7 cannot both be 
satisfied simultaneously. The combination of the 16 frame history 
window with the selection hysteresis prevents the rate selection 
algorithm from generating an excessive niimber of rate changes 
while remaining responsive to significant changes in the channel 
conditions. The selection algorithm for tjhe value PE=8 in step 
2 should also include hysteresis to avoid glenerating an excessive 
niomber of rate changes while remaining responsive to significant 
changes in the channel conditions. Periodically, but at a rate 
not to exceed once every 128 seconds (excep^t as described below) , 
a receiver may send a Rate Test Request fr^me to a sender to test 
if the channel can support a different banji. The band encodings 
represent the encodings for which the receiver would like the 
sender to generate test frames. NumAddr is set to 0 in Rate Test 
Request frames. Rate Test Request frames aire sent encoded at the 
current negotiated rate for the channel fr0m the receiver to the 
sender. Support for Rate Test Request frames is only required in 
stations that implement additional bands beyond Bandl . Stations 
that only implement Bandl need not provide a mechanism for 
generating Rate Test Request frames. Upon Receipt of a Rate Test 
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Reply frame, the receiver uses the demodT^lation statistics for 
this frame, and any previously received Bia.te Test Reply frames 

5 using this encoding, to make a decision as to the channel's 
capability to support the tested band encoding. If the decision 
is that the channel is not capable of suppcp^rting the tested band 
encoding, the receiver does not generate another Rate Test 
Request frame for at least 128 seconds. l£ the decision is that 

10 the channel is capable of supporting the tested band encoding, 
the receiver may repeat the test to collect more data, at a 
maximum rate of one RateTest Request fram^ every second, with a 
maximum of 16 additional tests. At thi^ point, the receiver 
generates a Rate Change Request to the sender specifying the new 

15 band encoding. Support for Rate Test I^eply frames is only 
required in stations that implement additional bands beyond 
Bandl. Stations that only implement Balndl silently discard 
received Rate Test Reply frames. Whenever a transition to 
Compatibility mode occurs, the receiver PE; is set to a value of 

20 8 for all channels for a period of 60 sjeconds, to match the 
Sender nodes' behavior. Whenever a transition to V2 mode occurs, 
the receiver PE is set to a value of 1 for all channels. 

The Link Integrity Function is now more fully described. In 
addition to the implementation aspects set forth hereinbelow, the 

25 concepts set forth in related U.S. Patent Application No. 
09/619,553 entitled "'A Method And Apparatus For Verifying 
Connectivity Among Nodes In A Communication Network", which is 
incorporated herein by reference. The t)urpose of the Link 
Integrity Function is to provide a meansj for hardware and/or 

3 0 software to determine whether or not thi$ station is able to 
receive frames from at least one other station on the network. 
In the absence of other traffic, a station periodically transmits 
a Link Integrity Control Frame (LICF) to the Broadcast MAC 
address, with the interval between such transmissions governed 

3 5 by the method described below. 
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When in Compatibility Mode, a V2 station transmits LICF's 
once per second as HPNA VI frames. The istandard frame format 
defined below is used (including thk use of Broadcast 
(OxFFFFFFFFFFFF) for the destination MAC acjdress) . When in native 
V2 mode, all stations implement the following function to ensure 
that, with high probability, within any 1 second interval there 
is either (1) at least one LICF sent to the Broadcast MAC address 
from this station, or (2) at least one packet addressed to the 
Broadcast MAC address received from each of at least two other 
stations. Additionally, all stations s^nd at least one LICF 
every 64 seconds. In V2 mode, a Link Packet is any frame 
received with a valid header FCS . In compatibility mode, a Link 
Packet is any V2 compatibility frame with yalid header FCS or any 
VI frame fragment with a valid AID header tod a PCOM field. Each 
station maintains a free-running timer with a period of 1 second. 
There is no attempt to synchronize this timer between stations. 
The timer is not modified by any link state' transitions or by the 
reception of any frames. This timer is the source of the timeout 
event used in the link integrity state t^ble described below. 
Each station maintains a 6 bit FORCE_sS:ND counter which is 
initialized to a random value between 30 and 63. This 
initialization value may be selected onc^ at node startup and 
used for each re-initialization of the FOHCE_SEND counter, or a 
new random value may be selected for each re-initialization of 
the FORCE_SEND counter. Each station has a register (SAl) that 
can be set from the SA of a received Link E^acket. When in native 
V2 node, an LICF is sent with a priority Corresponding to Link 
Layer priority 7. The PE for an LICF is determined by accessing 
the RRCF logical channel information for tjhe broadcast channel. 
Each station sends a Link Integrity Control Frame (LICF) 
according to the state diagrams shown in Fig. 43a and 43b. The 
state diagram depicted in Fig. 43a gives a pictorial view of the 
state transitions, with some minor loss ;of detail, including 
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omission of events that do not cause statei transitions (and have 
no associated actions) , and the collapsihg of multiple events 
5 into a single transition with a more complex description of the 
action. Fig. 43b provides a complete state jtable, with associated 
actions. The timeout event is the periodic expiration of a 
onesecond free-running timer. Initial State: DOWN, Force_Send 
initialized: 30 Force__Send <= 63. Tfhe FSM is a unified 

10 implementation which provides the required behavior in both 
native V2 and Compatibility compatibility modes. Link Integrity 
Status is indicated when in any state but DOWN. In a preferred 

P} embodiment all stations include a visible: Link Status Indicator 

(LSI) (e.g. an LED) for indicating Link integrity Status. Fig. 

Ijj 15 44 shows a Link Integrity Short Frame, 

Jj^ The Capability and Status Announcemen): aspect in accordance 

I J with the present invention is now described more fully. A 

Q mechanism is defined for network-wide negotiation, capability 

Jl,. discovery and status announcement. It is based on periodic 

2^ 20 broadcast announcements, called Capabilities and Status 
|:| Announcements (CSA) sent in CSA Control ; Frames (CSACFs) . The 

defined status flags allow determination pf the station's HPNA 
■ version, optional feature support, and linkl-layer priority usage, 
as well as communication of network configuration commands. The 
25 purpose of the protocol is to distribute! to all stations the 
complete set of status flags in use on the network, so that 
stations can make operational decisions basied on those flags with 
no further interaction. Stations use the CSA Control Frame as 
shown in Fig. 45 and the CSA Flag definitions as shown in Fig. 
30 46, Stations send a CSA Control Frame once per minute or when a 
change in the station's current status reqi^ires the announcement 
of new (or deleted) flags. A station sending a CSA Control Frame 
announcing a status change sends a second copy of the most 
recent CSACF a short interval after the first, since it is always 
35 possible to lose a frame due to temporary changes in the channel. 
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impulse noise, etc. The interval is randomly selected (not simply 
fixed), and chosen from the range 1 to 1000 milliseconds, 

5 inclusive. CSA Control Frames are s^nt with a priority 
corresponding to Link Layer priority 7. qSA Control Frames are 
always sent to the Broadcast address ( OxFFFtfFFFFFFFF) . The PE for 
a CSA control frame is determined by accessing the RRCF logical 
channel information for the broadcast chanriel . A Request op-code 

10 is defined to allow a station to quickly gather complete 
information about all stations . Upon receiving a CSA control 
frame with the Request opcode, a station transmits a current CSA 

12 message after a delay of a short intetval, using the same 
j:| mechanism (and parameters) that delays the second copy of CSA 

15 announcements, described above. Referring to Fig. 45, the first 

pi three fields beyond the Ethernet header torrprise the standard 

Ml header for short format control frames. Referring to Fig. 46, 

IZ flags are used for CSi^^CurrentTxSet , iCSA OldestTxSet, and 

^1 CSA_CurrentRXSet in Capabilities and Status Announcement control 

20 frames. Thirty-two bit-flags are supported for announcing status 

13 and configuration information. The flags are divided into three 
12- basic groups: mode selection flags including HPNA version 

information, supported options, and m-use TX link layer priority 
announcements. These flags are added to thfe global state as soon 

2 5 as announced, and removed when no longer announced by any 

station, either through explicit deletion br by timing them out. 
An in-use TX link layer priority will be announced for a period 
of one to two minutes after the last frame actually sent with the 
priority, until the aging mechanism causes' it to be deleted from 

30 CurrentTxSet. The default set of status flags, used to 
initialize the NewTxSet (defined below) , is defined to be the 
priorities 0 and 7, the station's HPNA version, and any supported 
options. The basic time interval used to age out non-persistent 
status information is one minute. Each station has a repeating 

35 timer set to this interval. The timers in different stations are 
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not synchronized, and synchronization is avoided. The description 
below refers to the time between one expiration of this timer and 
the next as a "period". The "current" period refers to the time 
sxnce the most recent expiration of the timer. A CSA frame is 
sent at the end of each interval. Fi^s . 47 and 48 depict 
variables and timers respectively. Each Station maintains five 
basic sets of status and priority information, as shown in Fig. 
49. In addition, three more composite sets are defined as the 
union of two or more of the basic sets, as^ shown in Fig. 50. The 
composite sets are kept in sync with theiri component basic sets. 

Now turning to the Capabilities and Status Announcement 
Protocol operation, the CSA Protocol does: not directly process 
transmit frames. When the LARQ protocol as discussed below is in 
use (Full Profile stations), CSA looks at the LL priority of the 
frame as it would normally be sent to the driver: 1. If the LL 
priority is not already in NewTxSet, it is, added to NewTxSet. 2. 
If the LL priority was not already in New+xSet and it is not in 
PreviousTxSet, then a new CSA control fram0 with the CSA_Opcode 
set to 0 (Announce) is sent , and the RetrahsmitTimer is started. 
If the timer was already running, it is then canceled and 
restarted. The current PHY priority mapping function for the 
driver is updated. The receiver may want tio save a copy of some 
or all of the most recent CSA from each other station as a simple 
way of tracking other station's capabilities and status: 

1. The status and options flags from the CSA_CurrentTxSet are 
recorded (optionally) in a table indexed by the SourceMacAddress . 
The options flags are used to select use of optional functions 
between pairs of stations that implement the same options. 

2. If the CSA_Opcode in the frame is 1 (Request), then the 
RetransmitTimer is started. If the timer is already running it 
is recommended that it be left running, Salthough this is not 
required and cancellation followed by restart is allowed. 

3. If CSA_CurrentTxSet has a flag not alrqady in NewRxSet, then 
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i 
i 

the flag is added to NewRxSet, and it is determined whether this 
flag is not present in the PreviousRxSet . The corresponding 
5 boolean expressions are as follows: 

NewRxFlags = ( CSA_CurrentTxSet & --N^wRxSet ) 

NewRxSet | = NewRxFlags 

ReallyNewFlags = NewRxFlags & ( PreviousRxSet | 

CurrentRxSet) 

10 4. CSA„01destTxSet is compared with CSA_CurrentTxSet , If a flag 
has been deleted, and if that flag is also missing from 
CSA_CurrentRxSet, the flag is then deletjed from NewRxSet, and 
PreviousRxSet . The corresponding boolean expressions are as 
follows : 

15 DeleteSet = (CSA_01destTxSet & -CSA_CurrentTxSet ) & 

"-CSA„CurrentRxSet 

NewRxSet = NewRxSet Sc -DeleteSet 
PreviousRxSet ^ PreviousRxSet & --DeleteSet ^ 
5. If either ReallyNewFlags or DeleteSet ajre non-zero, then the 
20 network mode and priority mapping are updated, as necessary. 
When a CSP_Timer timeout occurs, the vaziious status sets are 
rolled over, the composite sets are re-computed, and a CSA is 
sent. The RetransmitTimer , if needed, is slet. 
1. Move NewRxSet to PreviousRxSet. 
25 2. Set NewRxSet to 0 (empty set). 

3. Move PreviousTxSet to OldestTxSelt . 

4. Move NewTxSet to PreviousTxSet. 

5. Set NewTxSet to the default set, consisting of this 
station's highest supported, version, current 

30 configuration flags if any (norii^ally none) , currently 

supported options, and the default priority set {0,7}. 

6. Update CurrentTxSet, CurrentRxSet, and InuseSet (at 
least logically, an implementation need not keep 
separate copies of these values) . 

35 7. Send a CSA frame with the CSA__Opcode set to 0 
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(Announce), including the updated flags. 

8. If CSA_CurrentTxSet and CSA_OliestTxSet in the CSA 
frame just sent were different, start the 
RetransmitTimer. If the timer was previously running, 
then cancel it and restart it. 

9. If one or more status flags have been deleted, then 
recompute the network operating mode and/or priority 
mapping function due to changed status flags. The 
mode/mapping recomputation is performed if DeleteSet, 
as computed below, is not empty |0) : 

DeleteSet ^ OldestTxSet & ( Pre^-TxSet | CurrentRxSet ) 
If the RetransmitTimer expires, a current CSA frame is sent for 
this station with the CSA_Opcode set to 0 ; (Announce) . The timer 
is not restarted. The CSA protocol dods not itself perform 
network mode selection, but simply provides a distribution 
mechanism for configuration flags. 

There is a cost of slightly lower maximum attainable 
bandwidth associated with lower PHY priorities in the HPNA V2 MAC 
protocol if a default mapping scheme of link layer to PHY layer 
priorities is employed. This cost becomes lespecially burdensome 
when only lower-priority traffic is being carried on the network. 
Therefore, the CSA protocol includes procedures for remapping 
lower LL priorities to higher PHY layet priorities when no 
station on the network is sending traffic marked for those higher 
priorities. The choice of Physical Layer , (PHY) priority for a 
given frame is based on its assigned Link' Layer (LL) priority. 
The default mapping from LL priority to PHY; priority is specified 
below. The LL priority of a frame at the $ender is conveyed to 
the receiving station in order to allow prioper recovery of link 
layer protocol at the receiver. This requires either a fixed, 
one-to-one, mapping of LL to PHY priorities, or some mechanism 
for carrying the LL priority within e^ch frame. The LARQ 
protocol, defined below, carries the assigned LL priority from 
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a sending station to a receiving station, f^roviding the required 
mechanism, and thereby creating the opportunity to apply non- 
5 default LL to PHY priority mappings, whiclh in turn, allows for 
higher maximum attainable bandwidth. A statjion may optionally use 
an 802. Iq header to convey the LL pric!)rity. However, since 
support for 802. Iq headers is optional, a Station employing this 
method attempt to determine that all receivers of the frame 
10 support the use of 802. Iq headers. Statioi^s that do not support 
802. Iq headers are unlikely to properly! receive frames that 
include an 802. Iq header. When the assignment of a Physical layer 
priority to the frame occurs, any changed to the PHY priority 
III remapping function due to the use of a^ new priority should 

15 already have been made. The driver u$es the remapped PHY 
|jl priority to transmit the frame (including placing this value in 

I'll the Frame Control Header) unless the frame has no LARQ header, 

13 which case the default LL-to-PHY mapping is used. The LL 

^- priority of received frames indicated up bhe protocol stack by 

1-120 the driver (before any reassignment due ; to a LARQ or 802. Iq 
header) is determined using the default PI|Y-to-LL priority map, 
«S except that Minimal Profile stations indicate the priority of all 

ll frames as LL 0 . The mechanism that guarantees correct LL priority 

for received frames is the restoration of: LL priority from the 
25 LARQ (or optionally, 802. Iq) header. LARQ i header processing is 
always performed after the default LL priority has been assigned 
in the receive path. The IEEE 802 . Ip charajcteristics places the 
default (unassigned/best-ef fort) priority above both priorities 
1 and 2, when an 8-level priority system is in use. Therefore, 
30 Link Layer priority 0 will be mapped above both LL 1 and LL 2 for 
default Physical Layer priority assignment. IEEE 802. Ip 
designates priority level 7 for Network IControl and priority 
level 6 for traffic requiring latency ot <10msec (typically 
characterized as voice-like traffic) . iiowever, on HPNA V2 
35 networks, PHY priority level 7 is reserved for traffic requiring 
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latency of <10rasec, and Network Control tilaffic is redirected to 
HPNA PHY priority level 6. So the default | mapping for LL to PHY 
priorities includes the swapping of priorities 6 and 7. For 
transmitted frames, the set of LL priorities [0, 1, 2, 3, 4, 5, 
6, 7] are by default mapped in order to th^ following set of PHY 
priorities [2, 0, 1, 3, 4, 5, 7, 6]. For received frames, PHY 
priorities [0,1,2,3,4,5,6,7] are, by default, mapped to LL 
priorities [1,2,0,3,4,5,7,6]. The PHY i^riority remapping is 
performed below LARQ in the protocol stadk, and is not applied 
to the priority field in the LARQ (or optionally, 802, Iq) header. 
PHY priority remapping is not performed on data frames (those 
that are not link control frames) unless a LARQ (or optionally, 
802. Iq) header has been added with the original LL priority. PHY 
priority remapping is performed on Link Control Frames. Without 
priority mapping, a station would pass th^ original LL priority 
into the driver, where that value would be used to select the 
associated PHY priority from the default map. With priority 
remapping, the default-assigned PHY priorities are increased to 
make use of higher PHY priorities that would otherwise be unused. 
The remapping function is simple. For eadh PHY priority P that 
corresponds to an in-use LL priority, the iiew priority P' to use 
is that priority increased by the number of higher unused 
priorities. For example, if [1,3,4,7] are in use, then priority 
4 will be increased by 2 to 6, since there, are two higher unused 
priorities (5,6). The tables shown in Fig. 51a and 51b contain 
a few more examples, including the default liiL-to-PHY translation. 
The columns in the tables represent LL priorities before mapping. 
The left hand section shows some sets of in-use priorities, with 
the right-hand section showing the new PhY priority that the 
driver should use in each case. The cross-hatched entries show 
mappings that no sender is using. However, if there is any 
possibility of an implementation sending with an out-of-date 
mapping, or sending a priority that hasn't; been included in the 
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mapping, then it always uses the priority 6f the next lower valid 
mapping. Consider the following example. If the Currentlnuse, are 
5 [0,1,4,7], then the corresponding set of in-use PHY priorities 
is [2,0,4,6] . Then increase each by the nutnber of missing higher 
priorities:, 2->5, 0->4, 4->6 and 6->7 . Julst to be safe, the any 
unused PHY priorities are also remapped tcb the new value of the 
next lower in-use priority, giving: l->4, 3->5, 5->6, 7->7. So 
10 the in-use LL priorities [0,1,4,7] result in transmitting PHY 
priorities [5,4,6,7]. A complete map for all the LL priorities 
adds the remaining remapped values for the default priorities 

la corresponding to the unused LL priorities: LL[0,1,2,3,4,5,6,7] 

li gives PHY[5, 4, 4, 5, 6, 7, 7] . 

III 15 Now turning to the Limited Automatic , Repeat reQuest (LARQ) 

J:: in more detail, the operation of which is! set forth in pending 

jjj U.S. Patent Application No. 09/316, 541 entitled ''Limited Automatic 

Repeat Request Protocol For Frame-Based Coitimunications Channels" 
which is incorporated herein hy reference. This is a protocol 
20 that reduces the effective error rate whein frame errors occur. 
''Z prxmary distinction from similar, Sequence number-based 

' protocols is that it does not guarantee reliable delivery of 
every frame, but instead conceals errors in the physical layer 
through fast retransmission of frames. The goal is to 
25 significantly enhance the usability of networks that may, at 
least occasionally, have frame error rates (FER) of 1 in 10"^ or 
worse. Protocols such as TCP are ]^nown to perform poorly when FER 
gets high enough, and other applications; such as multi-media 
over streaming transport layers, are also susceptible to poor 
30 performance due to high FER conditions. Tl^e protocol provides a 
negative ac]cnowledgment (NACK) mechanism fdr receivers to request 
the retransmission of frames that were mifesed or received with 
errors. There is no positive acknowledgment mechanism. There is 
no explicit connection setup or tear-down mechanism. A reminder 
35 mechanism gives receivers a second chance to detect missing 
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frames when relatively long gaps (in time) occur between frames. 
LARQ functions as an adaptation layer between the Ethernet link 
layer (layer 2) and the IP network lay^r (layer 3) . It is 
commonly implemented in the device driver!. Stations implement 
LARQ per "LARQ channel", where a LARQ Channel is identified by 
the tuple {source address, destination, address, priority}. 
Stations may enable or disable LARQ prdcessing on a channel 
dynamically, based on information about' network frame error 
rates. However, in a preferred embodiment it is recommended that 
LARQ be left enabled at all times, $ince the per-packet 
processing overhead is quite low, and the i complexity associated 
with enabling and disabling the protocol (ihcluding determination 
of appropriate parameters) probably outweighs any likely 
performance gains. Stations should implement LARQ, and if they 
do so, they use the specified control franjie formats and use the 
recommended procedures defined below. Stations not adding LARQ 
(or optionally, 802. Iq) headers do not rem^p PHY priorities, and 
treat all received traffic as "best effort"!, that is, all traffic 
is assigned to Link Layer Priority 0. Stations may choose to add 
LARQ headers on transmitted frames with the LARQ__]S[oRtx flag set 
to 1. This flag indicates that the statioji does not retransmit 
frames for this channel, but adding the lArQ header allows the 
station to use PHY priority remapping sinbe the LL priority of 
successfully received frames will be restored from the LARQ 
header. All stations are capable of removing LARQ headers from 
received frames (de- encapsulating the original payloads) . 
Furthermore, if the implementation supports multiple LL 
priorities in its receive protocol processjing, then it restores 
the LL priority from the LARQ header, if one is present. If a 
station does not implement LARQ, then it drops LARQ control 
frames and it discards frames marked as retransmissions in the 
LARQ header. The text below uses the terms "insert" and "remove" 
when discussing LARQ headers. The formal diefinition of the LARQ 
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frame format provides a Next Ethertype fjeld that contains the 
original frame's Ethertype value. In practice, it will generally 
5 be the case that LARQ frames will be created by inserting the 8 
octets starting with the Ethertype 0x886c into the original frame 
between the Ethernet header ' s source address and the original 
frame's Ethertype. The original frame" s Ethertype becomes 
relabeled as the Next Ethertype field of the final frame. The 
10 LARQ header carries LLC priority across the network. The use of 
802. Iq headers is not required for this fuhction, and V2 drivers 
are not required to support the use of 802. Iq headers for 
conveying priority. Figs. 52a, 52b, 52c, 52d, 52e and 52f.l - 
III 52f.2, depict the LARQ Reminder Control Frame, the LARQ NACK 

ill 15 Control Frame, the LARQ Encapsulation Frame, the 
p\l LARQ_Encapsulation Header Data, the LAEQ Cdntrol Header Data, and 

iij various terms and definitions, respect iveljy. LARQ is defined for 

H operation on simplex logical channels. A sebarate logical channel 
IJI is defined for each combination of Ethernet destination address, 

20 Ethernet source address and link layer it)riority. There is no 
explicit channel setup procedure. A new channel is implicitly 
P defined when a station chooses to send LAftQ encapsulated frames 

for a new combination of DA, SA and link layer priority. The 
station that sends such frames (usually Ithe owner of the SA, 
2 5 except in the case of a bridge masquerading as SA) is the sender 
for the channel. Each channel has a singlje sender. Any station 
that receives the frames and processes t[he LARQ headers is a 
receiver. There may be any number of receiv0rs . Receivers operate 
independently. Variables and Parameters of the sender operation 
30 are set forth in Fig. 53. For a sender (new channel) 
implementation-dependent parameters are selected, if necessary, 
and an initial value for Send Sequence Nikmberis selected. The 
link layer priority for the frame is determined in an 
implementation-dependent manner, for instance, by examining the 
35 802, Ip priority passed along with packets in newer NDIS 
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implementations. The logical channel state information is 
accessed for the DA, SA and link layer priority of the frame. The 
5 Send Sequence Number, modulo 409 6 (the size of the sequence 
number space) is incremented. The LARQ header is built with the 
new value of Send Sequence Number, and the Multiple 
Retransmission flag set to 0. The Priority field in the LARQ 
header is set to the Link Layer priority v^lue specified for the 
10 frame. If no priority is specified, then the priority is set to 
0. A LARQ header (short form control fram^ format with LARQ_hdr 
data) is inserted between the SA and the Ethertype/ Length field 
original frame. The new frame is eight bytes longer than 
j| the original. A copy of the frame is saved: and the frame is then 

fy 15 sent. The reminder timer for the channel is restarted. A save 
ill timer is started for the sequence number. When no other resource 

y| limitations apply, a sending station normally saves a frame for 

Maximum Save Interval, which corresponds to Maximum Hold Interval 
r| used by LARQ receivers. For the send to process a NACK Control 

jj« 20 Frame the priority and Original Destination Address (NACK_DA) are 
■| read from the LARQ NACK header. The logical channel state 

|;:| information for the Sender channel is acceslsed, where the channel 

'i, x 

DA IS the NACK_DA and the channel SA is the Ethernet DA from the 
Nack control frame. The NACK Count in the I LARQ header indicates 

2 5 the number of sequence numbers requested f6r retransmission. The 

first indicated sequence number is the value Sequence Number in 
the NACK header, followed by the next (NAC|k Count - 1) sequence 
numbers. For each indicated sequence number starting with the 
first: 

3 0 If a copy of the original frame is no longer available, go 

to the next sequence number. 

If the most recent retransmission of the frame is within 
Minimum Retransmission Interval of the current time, go to 
the next sequence number. 
3 5 Prepare a copy of the original frame With its original LARQ 
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header for retransmission. 

Copy the value of the Multiple Retran^smission Flag from the 

NACK header into the LARQ header ' of the frame to be 

retransmitted. 

Set the LARQ_Rtx flag to 1. 

Send the retransmitted frame. 
A retransmission is not sent if a received jNack control frame has 
an error. If the reminder timer expires, a ^leminder control frame 
is created, with the Sequence Number set tb the current value of 
Send Sequence Number for the channel. [The priority for the 
Reminder control frame is the same as jthe priority for the 
channel. The frame is then sent and the ireminder timer is not 
restarted for the channel. The save timer ^ets an upper bound on 
how long frames will be saved by a sender for possible 
retransmission. If set too long, host resources may be wasted 
saving frames that will never be retransmitted. This timer is 
conceptually implemented per sequence humber. Any resources 
associated with the saved frame are released. A LARQ 
implementation requires careful attention tlo resource management. 
The resources include the buffers used for saving copies of data 
for retransmission, the buffers and other resources used to 
manage the re-ordering of frames to incorporate retransmissions, 
and the various timers used to govern proper behavior and 
efficient protocol operation. Saved copies lof frames are kept for 
Maximum Save Interval (default is 150 ms) „ other considerations 
notwithstanding. The maximum number of saved frames for any 
channel, are a function of the maximum rate that new frames may 
be generated. Very slow devices might usefdlly save only a couple 
of frames for retransmission. A high-speed device serving video 
streams might save 100 or more frames for a single channel. 
Senders that save relatively few frames are more likely to 
receive NACK control frames for sequence: numbers that can no 
longer be retransmitted. Such behavior is inefficient, but causes 
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no other problems. The description of correct protocol for 
receiver operation channel variables and parameters are set forth 
in Fig. 54. The actual implementation maj^ vary so long as the 
behavior remains unchanged. When a data frjame with a LARQ header 
or a LARQ Reminder control frame is 'received with a new 
combination of DA, SA and link layer priority, the receiver 
initializes state information for a newi channel. The primary 
piece of state information is the Current $equence Number for the 
channel. Current Sequence Number is initialized to the sequence 
nximber immediately preceding that found inkhe LARQ header of the 
received frame. This assignment takes place prior to processing 
the received frame and results in the frame either appearing to 
be the next expected data frame, or the teminder for the next 
expected data frame. With regard to receiver LARQ data or 
reminder frame, the channel state information is looked up based 
on the Ethernet DA and SA in the receive^ frame plus the Link 
Layer priority from the LARQ header. A nev channel is setup if 
necessary. If the received sequence number of the received frame 
is out of sequence, the channel state ipaay be reset. If the 
sequence number (before resetting) is old, and the Forget timer 
has expired, then the sequence space may be reset to the value 
of the received frame's sequence number. If the received sequence 
number is newer than the Current Sequence Nhmber (after any reset 
of the sequence number space) then new sequence number processing 
steps are performed as set forth below, otherwise the old 
sequence number processing steps is performed. With regard to 
receiver LARQ frames with CRC or other errors, for best 
performance, implementations allow the LARQ protocol module to 
process errored frames, such as those with payload CRC errors. 
This will, in many cases, allow Nack indications to be sent more 
quickly since the receiver will not have : to wait for the next 
frame to detect the loss. At the same time,, it provides a second 
opportunity for detecting lost frames at yhe end of a sequence. 
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when a later Reminder would be the only protection. If errored 
frames are used, they are used only to detect a very small of 
5 missing sequence numbers for an existing channel (one missed 
frame is recommended) . In particular, if the frame appears to 
have a valid LARQ header, and the frame 'js source MAC address, 
destination MAC address, and LARQ header priority match an 
existing logical channel, and if the sequepce number is (Current 
10 Sequence Number + 1), then this frame is treated as a Reminder 
control frame for the purposes of processing. Note that Reminder 
control frames are always dropped after prbcessing. In all other 

J*;| cases, the errored frame is dropped with lao further processing. 

Id A new channel is not set up if the ftame has an error. A 

yf 15 retransmission is not sent if a Nack control frame has an error. 

jiy A channel is not reset (for sequence numbering purposes) for an 

Ul errored frame. 

With regard to the receiver involving .a new sequence number, 

III if the frame has an error indicated by a lower layer driver, such 

2 0 as a CRC error, and the sequence number of the frame is anything 
'^i other than (Current Sequence Number + i:) , then the frame is 
t'i dropped with no further processing. Otherwise, the frame is 

ii-J -!S 

processed as a Reminder control frame. If the difference between 
the new sequence number of the received frame and the oldest 
25 missing sequence number is greater than (M^xim.um Receive Limit - 
1), the following steps are repeated until the acceptable limit 
is reached. 

Cancel the Nack retransmission timer and the lost frame 
timer for the oldest missing sequence number. 

30 If there is a saved frame for the next sequence number, then 

deliver in- sequence frames to the next layer above until the 
next sequence number with a missing ftame is reached (which 
may be the next expected sequence number for the channel, 
(Current Sequence Number + 1) ) . The v^lue from the Priority 

35 field from the LARQ header for each frame is delivered to 
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the next layer along with each associated frame. 
If the sequence number is the next expected sequence number 
5 (Current Sequence Number + 1) and the frante is a good data frame 
and there are no older missing sequence ni^mbers, then the frame 
is sent up to the next layer. If the sequence number is newer 

than (Current Sequence Number +1), or is a reminder for (Current 

I 

Sequence Number + 1) , then one or more ISflack control frames is 
10 sent requesting retransmission of the itiissing frame(s). The 
destination address for the Nack is the isource address of the 
received frame. The source address is this istation's MAC address. 
i| The destination address of the received frame is placed in the 

t% original destination address field (NACKlDA) in the LARQ Nack 

ry 15 control frame header. The Multiple Retransmission flag is set to 
l\l 0- The [first] missing sequence number is placed in the sequence 

III number field. The priority for the Remindetr control frame is the 

%d same as the priority for the channel. If |multiple Nack control 

1^ frames are sent, the earliest sequence number is sent first. For 

20 each missing sequence number a Nack retransmission timer is 
''i started, set to expire at the current time . plus Nack 

Q Retransmission Interval. For each missing sequence number, a 

1'"^ lost frame timer is started, set to expirie at the current time 

plus Maximum Hold Interval. If the frame is a good data frame and 
25 was not delivered to the next layer it is ^aved. If the frame is 
a reminder frame (or an errored data frairte) it is dropped. The 
Current Sequence Number is then advanced tto the sequence number 
in the received frame. 

With regard to the receiver regarding an old sequence 
30 number, if the sequence number is the same or older than Current 
Sequence Number, then it will generate: no control frames, 
although it may itself be dropped, held, dr sent up to the next 
higher layer, possibly causing other held, frames to be sent up 
as well. It may cause the cancellation of a Nack retransmission 
35 timer or lost frame timer associated with that sequence number. 
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If the frame is not a good (e.g. bad CRCI) data frame, or it's 
sequence number is older than the oldest missing frame, or it has 
5 already been received (this is a duplicatje retransmission), or 
it is a Reminder frame, then the frame i^ dropped and further 

processing is skipped for this frame. Th0 Nack retransmission 

1 

timer and the lost frame timer is cancelled for the sequence 
number. If the sequence is not the ol4est missing sequence 
10 number, then the frame is saved. If the sequence number is the 
oldest missing sequence number, then the iframe is delivered up 
to the next higher layer. If there is a saVed frame for the next 
p sequence niimber, then in-sequence frames | are delivered to the 

IJl layer above until the next sequence numbeit with a missing frame 

III 15 is reached (which may be the next expectejd sequence number for 
the channel) . The value from the Priorit;^ field from the LARQ 
|:j header for each frame is delivered to the next layer along with 

each associated frame. 
"m With regard to the Receiver and Nack: retransmission timer 

,,;20 . expiration, if a Nack retransmission timer expires, then another 
Nack control frame is sent for the associated sequence number. 
|;3 The priority for the Nack control frame is the same as the 

H priority for the channel. Multiple sequence! numbers may be nacked 

at the same time, if their timers expire ^t similar times. The 
25 Multiple Retransmission flag is set to 1 f<i)r Nack control frames 
sent as a result of retransmission timer e:k:piration. While there 
is no explicit limit on the number of Nack control frames sent 
for a particular sequence number, it should be noted that the 
Nack timer is canceled if the frame is. received or if the 
30 sequence number is declared lost. 

With regard to the Receiver and lost ftame timer expiration, 
the lost frame timer is implementation dependent. Its purpose is 
to set an upper bound on how long frames will be held before they 
are sent up when a frame is really lost. If i set too long, network 
3 5 resources may be wasted on NACK control frames sent for frames 
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that the sender on the channel will nevef retransmit. Further, 
higher layer transport timers may also become involved. The 
5 default value of 150 ms is strongly suggested as an upper bound. 
Upon expiration, the sequence number is declared lost, resulting 
in the cancellation of the Nack retransmission timer and the lost 
frame timer for the sequence number. If tdhere is a saved frame 
for the next sequence number, then send lup in- sequence frames 
10 until the next sequence number with a mis|sing frame is reached 
{which may be the next expected sequence nupiber for the channel) . 
If the lost frame timers for multiple sequence numbers expire at 
Q the same time, then the timers are processed in sequence from 

IJ^ oldest to newest. With regard to the Receiver, a forget timer 

fij 15 is provided. The forget timer is an impilementation dependent 
!;:^ mechanism to allow a receiver to reset the sequence number space 

yj ^ channel when a received sequence niimber is not the next 

Q -expected (Current Sequence Number + 1) and a relatively long 

interval has expired since the last frame received on the 
..5 2 0 channel. Once expired, a receiver will accept any unusual 
sequence number as the next expected sequence number, allowing 
Ij for undetected resets of other stations, disconnection from the 

H network, etc. The definition of "unusual sequence number" is 

implementation dependent, but generally m^ans any old sequence 
25 number or any new sequence niimber that is not close to the 
current sequence number, where "close" is 1 or some other small 
integer. A one second default is suggested. 

With regard to Receiver resource management, in general, the 
receiver will want to set upper bounds on the number held frames 
3 0 per channel and the number of held frames^ across channels. The 
bounds may vary based on the priority of the channel. Timer 
intervals may vary based on factors such a|s the priority of the 
channel, or measured intervals for successful retransmissions. 
The description above suggests per-sequenqe number timers. This 
3 5 is for descriptive purposes only, and does not imply any 
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implementation mechanism. 

It should be noted that with regard to the Link Layer 
5 Protocol, there are certain vendor specil^ic formats. Referring 
to Figs. 55a and 55b respectively, two types allow vendor- 
specific extensions which may be reasonably handled by 
implementations that do not otherwise supjport them. The vendor 
specific short frame format set forth in iFig. 55a allows short 
10 control messages and encapsulation headers, while the vendor 
specific long frame format set forth in Fig. 55b allows other 
extensions that require longer messages. 
Q with regard to Minimal Link Protocol Support Profile for 

1% HPNA V2 Link Protocols, the Minimal Link Protocol Support Profile 

ff hi ' 

flj 15 for HPNA V2 Link Protocols allows less complex implementations 
of the HPNA V2 characteristics. While e&ch of the component 
protocols serves an important function in the operation of the 

%d network, it is possible to implement minimal support for some of 

the more complex protocols that is compatible with fully 

,.2 20 functional implementations and does not detract from the overall 
performance of other stations. The shorter name, Minimal Profile, 

{;3 will be used in the following description.. The alternative is 

1=^ full support of all the link protocols, called the Full Link 

Protocol Support Profile, or Full Profile for short. A Minimal 
25 Profile station can send only best effort data traffic, and 
treats all received traffic as best effort. A Minimal Profile 
station cannot advertise or use optional features that may be 
defined in the future. Due to the lack o$ support for LARQ, a 
Minimal Profile station may see dramatically reduced network 
30 throughput. A Minimal Profile station is able to handle all HPNA 
V2 Link Protocol frames, which are thj^se marked the HPNA 
Ethertype 0x886c in the Ethernet header of the received frame. 
This includes dropping control frames with unknown subtypes and 
de- encapsulating data frames with unknown subtypes. The length 
35 field is used to locate the Next^Etherty^e field in order to 
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determine whether frames are control o± data (encapsulated) 
frames. A Minimal Profile station implements the standard HPNA 
5 V2 Link Integrity function, including sut)pression of LICFs in 
native V2 mode. A Minimal Profile station ijmplements the full set 
of rate-selection functions required for loperation in both lm2 
mode and V2 mode using the 2MBaud band. A Minimal Profile station 
properly handles frames with LARQ headers. It drops received 
10 control frames. It properly removes LARQ headers from data 
frames. In addition, if the LARQ header orfi a data frame has the 
retransmission flag set, then the frame iis dropped in order to 
prevent duplicate and out-of-order f ramds . A Minimal Profile 
1(1 station adds LARQ headers to data frames being transmitted, 

ill 15 setting the priority to 0 and the LARQ_JS[CbRTX flag to 1 in the 
j!y LARQ headers. If LARQ headers are added, then the minimal station 

|y may use priority remapping based on priority status information 

'^^^ received in CSA messages. Alternatively, if LARQ headers are 

Q added, the minimal station may use default priority mapping. A 

20 Minimal Profile station listens to CSA Control Frames and 
performs mode selection based on the configuration flags received 
Ij (Conf igVl,ConfigCorrpatibility,ConfigV2) . In particular, it uses 

the union of the CSA_CurrentTxSet and CSA_CtirrentRxSet as the set 
of in-use flags. A Minimal Profile station does not send CSA 
25 Control Frames, and can therefore never advertise optional 
features, or use non-default priorities. In addition to control 
frames, a Minimal Profile station only sends normal data frames 
using the default priority assigned to bdst-ef fort/unspecified 
QOS. The Link Layer priority value for tliis QOS is 0. If the 
30 station is not adding LARQ headers, then data frames is sent 
using the default physical layer priority for link layer priority 
0. (i.e. it uses physical layer priority 2i) If LARQ headers are 
being added as specified above, then the ; LARQ header priority 
field is set to 0, and the station agdin uses the default 
35 remapping function for link layer priorities to determine the 
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actual Physical layer priority to use for Link Layer priority 0. 
(i.e. it uses physical layer priority 2.) A Minimal Profile 

5 station only indicates LL priority 0, if any priority is 
indicated, for received frames, regardles^ of the physical layer 
priority or priority value in a LARQ header. In support of 
Minimal Profile stations, a minor addition^ is also needed for the 
CSA characteristics for Full Profile stations. Any station that 

10 is not sending CSA frames, but which is determined to be a V2 
station as a result of traffic received from that station, is 
treated as if it advertised a default iset of status flags, 
including no supported options, only LL priority 0 in use, and 
highest supported station type V2 . 

15 

Hom.enetworking Further Implementation Details 

Certain further aspects of the embodiments of the present 
invention as described in more detail below. These aspects 
include: carrier sense for severely distorted networks, collision 

2 0 detector for severly distorted networks, scrambler and 

descrambler initialization circuits, gain estimation circuit for 
burst modem, rate negotiation and rate Selection algorithms. 
Split Winding Transformer for Modem Transceiver S/N Optimization, 
and Transmit Off Switch for Modem Receiver Noise Reduction 
25 Carrier Sense For Severely Distorted Networks 

Now turning to the carrier sense function in more detail, 
a preferred carrier sensing embodiment which is particularly 
useful for severely-distorted networks is diescribed. On a typical 
Ethernet bus, all taps are terminated in the characteristic 

3 0 impedance of the line to minimize reflected signal power. 

Because reflections are insignificant and the signal-to-noise 
ratio (SNR) at each receiver is very high, a simple carrier sense 
technique (e.g. level detector with a fited threshold) may be 
used to determine when the medium is busy. In residential 
35 networking over pre-installed wiring (e.g. phone wiring, power 
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wiring), attenuation may be high due to iwall jacks and unused 
wire segments that are not terminated wijth the characteristic 
impedance of the wire. There will also be Revere reflections for 
the same reason. The receiver SNRs may be low (10 dB or lower 
in some cases). In addition, the problem, is complicated by the 
fact that every path between two stations on the network has a 
different channel impulse response. On qne path, two stations 
may communicate at a high rate (e.g. 8 bi ts/ symbol ) , while all 
other paths only support 2 bits/symbol. The implication of this 
example is that the demodulator may not be' used as the method of 
carrier sense in such a network, as all stations on the network 
are able to delineate frames, even those v^^hose payloads may not 
be demodulated due to insufficient SNR.^ Beyond even these 
complications, there is impulse noise, whi^h may result in false 
carrier detection with certain types of detectors. In accordance 
with the present invention a detector is provided for precisely 
determining the start of a frame (withirl 1 microsecond) in a 
severely- impaired CSMA/CD network. In addition, this detector 
determines the start of a frame with sufficient precision to 
generate a channel model with a small inumber of adjustable 
coefficients for generating decision-feedback equalizer weights. 
In accordnace with the present invention, a preamble format is 
provided in which M identical copies of the same k*n-symbol 
quadrature phase-shift keying (QPSK) sequence are transmitted 
sequentially. This k*n-symbol sequence is spectrally white over 
an k*n-symbol span (has a single ^ non-zero circular 
autocorrelation value) . Further, the k*nrsymbol QPSK sequence 
consists of k sequentially- transmitted copies of an n-symbol 
subsequence that is spectrally white ov6r an n-symbol span. 
Further, a detector for precisely determining the end of a frame 
(within a 4- microsecond window) in a sevdrely-impaired CSMA/CD 
network is provided. In accordance with the present invention 
an n-symbol sequence that is spectrally white over an n-symbol 
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span that delimits the end of a burst and: enables this detector 
is provided. By keeping the end-of -frame : detection uncertainty 
low, the efficiency of the network is incteased. 

The carrier sensor, for example carrier sense 1100 of Fig. 
30, consists of two components: one which detects the start of 
frame and one which detects the end of f rainae . The carrier sense 
circuit takes an input from the medium accpess controller (MAC) , 
which forces reset. The decision logic Idepends on the state 
information, per the table set forth in Fig. 56. 

With regard to the start-of -preamble detector, which is 
described below in conjunction with Fig. 59, complex samples at 
L times the nominal transmitted symbol rat^ are the input to this 
detector. Typically, L will be 2 , 4, 8,: or 16. The complex 
samples are generated by a filter which performs nearly a Hilbert 
transform on its input. In addition, the input samples are band- 
pass and notch filtered to attenuate noise and interference while 
minimally reducing the channel capacity. The circuit embodiment 
in accordance with the present invention consists of a special 
filter whose coefficients are matched tq the preamble symbol 
sequence and a detector which performs near-optimal detection of 
the preamble in the presence of additive iwhite Gaussian noise. 
The filter/detector is not a true matched filter detector in the 
textbook sense, because: (l)the filter is not matched to the 
input sample sequence but, rather, the input symbol sequence, and 
(2) the filter includes additional delay elements to minimize the 
probability of a false trigger immediately before the correct 
start of burst position. There are two poissibilities for start 
of preamble detectors: a simple, low-del^y detector and a more 
complex, robust detector. Both are included in the description 
of the embodiments below. The circuit in accordance with the 
present invention is designed to operate in! networks in which the 
insertion loss between any two points is less than 38 dB, Since 
the carrier sense function must operate before the gain can be 
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adjusted, the minimum SNR at which the sjystem must operate is 
calculated as: 

SNR > PSNR( 10-bit ADC) - PAR(4-QAM preamble) - L,,3,,, 

PSNR is the peak signal to noise + distortion for the analog-to- 
digital converter (ADC), which is about 6!0 dB. The worst-case 
PAR for the preamble is about 10 dB. Note that if the line noise 
floor is greater than the ADC noise + distortion floor, the 
maximum tolerated insertion loss will be less than 3 8 dB. 
So, the start of preamble detection function must operate 
reliably down to about 12 dB SNR. Reliable operation is defined 
as no more than one missed detection in 10^ actual frames and no 
more than one false alarm in 10 seconc&s in additive white 
Gaussian noise (no valid frames) . Missed detection performance 
should improve with increasing SNR. Reliable detection tends to 
require longer filters and more averaging. Unfortunately, 
increasing reliability has the side-effept of increasing the 
medium access slot times. Because of the need to minimize the 
slot time, the start of preamble detectoir may consist of two 
matched filter detectors. One is a "first-pass", short matched 
filter detector which is used for determining slot boundaries (to 
minimize the slot duration) . The second uses a matched filter 
which spans one entire copy of the training preamble, for 
reliable detection. The first-pass detectot produces a "transmit 
hold-off" signal, which is used only to I inhibit transmission 
until the second-pass (longer filter) detector makes a more 
reliable determination of medium state. the second-pass start 
of preamble detector uses a matched filter with averaging and an 
average power estimate to determine the start of frame within -h/- 
1-microsecond intervals. Therefore, in iaccordance with the 
present invention, both a circuit in whiph the low-delay and 
robust detectors are used in conjunction ind also a circuit in 
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which only the robust detector is used is: provided. 

With regard to the low-delay detector, it uses a filter 
matched to the first n symbols of the preamble. The filter 
coefficients are the first n symbols of tiie preamble in reverse 
order, complex-conjugated, then interspersed with L zeros per 
symbol. If the first n symbols are [Sq, s^, ... s^..^,], then the 
filter coefficients are [s^..^,*, 0, 0, 0, ^^,.2)*, 0, 0, 0, ... So*, 
0, 0, 0], when L = 4. indicates complex conjugation of the 

symbol value. The bit widths, shown in Fig. 57 as r, r+1, q, 
etc., are merely examples in one particular embodiment, and the 
invention is not limited to any particulat datapath widths, "j" 
is the sample (time) index in Fig. 57. IS^ote that, because the 
preamble consists of only QPSK symbols, no multiplications (only 
additions and subtractions) are required. The output of the MA 
block is computed as max(x,, Xg) + * min(Xi, x^) , where Xi is the 
in-phase component of the complex sample and Xg is the quadrature 
component, with rounding. The output of :the matched filter in 
this one embodiment saturates at r+1 bits twos -complement , but 
other outputs are possible within the scotpe of this invention. 
AVG may be either a simple L*n-sample movjing average or a one- 
pole smoothing filter with alpha = l/(L*n)|. 

Referring briefly to Fig. 58, which is described in more 
detail below, a circuit block diagram is shown giving an example 
of an averaging circuit for L*n = 16 saijiples . The (roughly) 
equivalent moving average would sum the 1:6 samples, then shift 
the result right by 4 bits with rouhding. Therefore, in 
accordance with the present invention a circuit is provided that 
enables rapid detection of the start of a burst using the first 
n symbols of the preamble and no multiplication operations. This 
allows delineation of medium access slot tioundaries. 

With regard to the robust detector, it uses a filter matched 
to the first k*n symbols of the preamble, described above. The 
filter coefficients are the first k*n symbols of the preamble in 
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reverse order, complex-conjugated, then interspersed with L zeros 
per symbol. If the first k*n symbols are j[So, s^, ... Sj^.^^ij], then 
5 the filter coefficients are [s<3,.^_ij*, 0, OL 0, s^,,*^_2)*, 0, 0, 0, 
... So*, 0, 0, 0], when L = 4. indicates complex conjugation 

of the symbol value. The bit widths, show^ in the Fig. 59 as r, 
r+1, q, etc., are merely examples in one particular embodiment, 
and the invention is not limited to any particular datapath 
10 widths. Similarly, the thresholds depicted in the figure are 
considered "good values", but are not a requirement of the 
invention. The thresholds are adjustable?. The delays between 
S;j the delays between the h^^tch path and the power estimation path, 

1% D""^ and are used to account for the differences in group 

fll 15 delay between the paths. If these delays , are not included, the 
J!: probability of a false trigger slightly before the beginning of 

yj ^ frame may be increased. Note that, because the preamble 

consists of only QPSK symbols, no multiplications (only additions 
and subtractions) are required. The output of the MA block is 
,,3 20 computed as max(Xi, Xg) + V2 * min(Xi, Xg) , wljiere x^ is the in-phase 
component of the complex sample and is the quadrature 

Q component, with rounding. The output of ithe matched filter in 

this one embodiment saturates at r-1 bits' twos -complement, but 
other outputs are possible within the sco[pe of this invention. 
25 AVGl may be either a simple L*k*n-sample moving average or a one- 
pole smoothing filter with alpha = 1/ (Li'^k^n) and a variable 
output scaler. AVG2 may either be a L*n-!sample moving average 
or a one-pole smoothing filter with alpha = l/(L*n) and a 
variable output scaler. Note again that tt^e "matched filter" in 
30 this detector is not a true "matched filter", since it is not 
matched to the expected input sample sequence: there is no a 
priori knowledge of the wire network '^s impulse response. 
Therefore, in accordance with the present invention a circuit is 
provided that enables very robust detectijon of the start of a 
35 burst using the first k*n symbols of 'the preamble and no 
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multiplication operations. This enables efficient channel 
estimation (fewer coefficients), reliable detection of the start 
5 of a burst in SNRs as low as 3 dB, and accurate automatic gain 
control , 

Referring back to Fig. 59, specific operational aspects of 
the start of frame detection are described in more detail. One 
aspect is the start of frame detection. In upper portion 3 010 the 

10 first stages of carrier sense / start of preamble detection is 
shown. In lower portion 3 012 the remaining stages are shown. 
Accordingly, the carrier sense processing starts at the upper 
left portion of Fig. 59 and ends at the lower right portion of 
Fig. 59. Input 3014 has r bits, which in ^ preferred embodiment 

15 is at 8Msamples/sec. Matching filter/correlator 3015 receives the 
r bits, and filters the input using filter coefficients which are 
a time-reversed sequence copy of the prieamble sequence. The 
output of filter 3 016 is provided to magnittude approximator 3 018 
and squaring function 3020. Magnitude approximator 3018 provides 

2 0 a real output for which on one squaring operation is needeed, 

avoiding the need for a multiplier function. The output of 
squaring function 3020 is input to low-p4ss filter 3022. Low 
pass filter 3022 smoothes the input therel^o and provides output 
Zj. At input 3014 r is also fed into an energy detection 
25 computation where magnitude approximation 3024 is performed, then 
a squaring operation 3026, then a longer duration low-pass 
filtering 3028, and then performing a low-pass filtering 
operation 3030 comparable to that of I0w-pass filter 3022, 
providing an output zh^ . is then put throijigh logarithm function 

3 0 3 032 to allow measuring of ratios avoiding! division operations. 

is similarly put through logarithm function 3034. The output 
from logarithm function 3032. Two tests are performed during the 
carrier sense computation at compare functions 3 036 and 3038. 
Where inputs A and B respectively are cbmpared based upon a 
35 threshold, e.g., 9dB threshold input into compare function 3036 
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and 3dB threshold input into compare fui^ction 3038. In other 
words a calculation is performed to deterntine if A - B is > than 
5 the threshold. Delays 3040, 3042, 3044 ar^ provided between the 
logarithm functions and the compare functions. In essence, with 
regard to the Zj processing of portion 3 0!12, the smoothed low- 
pass filtered output of the matched filter is compared with a 
delayed copy of itself, as provided by d^lay 3040. In addition 
10 delay function 3044 is applied to the ' output of logarithm 
function 3032 providing a slightly delaj/ed input to compare 
function 3038. With regard to the zhj processing, delay function 
Ij 3042 and maximizing function 3046 is applied to the output of 

logarithm function 3034 to provide a sarr^led maximum to avoid 
fU 15 getting a false trigger. Therefore compare function 3 038 compares 
that smoothed low-pass filtered output is greater than the Z^- 
y| output of the energy detector. The output ot corr^arator functions 

3036 and 3038 is then provided to AND func^tion 3040, a match if 
both inputs are true and a no match if on^ is not true. 
20 Referring now to Fig. 58 in more detail, low-pass filtering 

function 3022 (and its counterparter function 3030) is depicted 
in more detail and is considered an implementation of an Infinite 
Impulse Response (IIR) filter. Left by !4 bit shift 3042 is 
applied to input signals N, the output of which is applied to 
25 adder 3044. The output of adder 3044 is provided to round to the 
nearest integer function 3 046 which provides a signal which is 
sent to right by 4 bit shift 3048, then to lone clock delay 3050. 
The output of one clock delay 3050 is proA^ided to left by 4 bit 
shift 3052, the output of which is applied to subtracter 3054 
30 along with an output of delay 3050. The value of the recursive 
path is then set thereby. Rounder 3056 takes the N+8 signal from 
adder 3044 and provides its output to Right by 8 bit shift 3058 
to provide N bits output. On the other h&nd filter 3028 is a 
moving average filter which takes N inputs feums them together and 
3 5 divides the sum by N, 
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With regard to the end-of -frame deitector, end of frame 
detection is complicated by the need to avoid prematurely 
detecting the end of a burst and the possibjibility that there can 
be: (1) a long run of innermost constellation points in a large 
transmitted constellation - in this case, the receiver attempting 
to determine the end of frame may be una)Dle to demodulate the 
signal because the SNR is not sufficient (the innermost points 
are lost in noise) ; and (2) a long run of the same, or nearly the 
same, constellation point - in this case, a channel with a null 
in exactly the wrong place can substantfially attenuate this 
symbol sequence. The end of frame detectoir uses a short filter 
matched to the last n symbols of the frame (the end-of -frame 
delimiter), above. Again, the input is cbmplex at L times the 
nominal transmitted symbol rate. The matched filter in this case 
consists of L*n coefficients, which are the n "end-of- frame" 
marker symbols, complex-conjugated, time-reversed, and upsampled 
by L with zero-filling. The input is applied to the matched 
filter, and the output of the filter is passed into a magnitude 
approximation circuit. The output of the magnitude approximation 
circuit is squared and applied to the same one-pole low-pass 
filter or moving average filter described in the sections above. 
The averaged output is then applied to ithe same approximate 
10*loglO(,) function. This output can be, called z(j), where j 
is the sample index. The first criterion for detecting the end 
of a frame is: 

2(j) - z(j-L*p) < thd_off 

A reasonable value for thd_off in one embodiment is 8 dB. A 
reasonable value for L*p in microseconds is 12. Therefore, in 
accordance with the present invention other' values of thd_off and 
L*p within scope the scope of the present invention. If this test 
passes, the z(j-L*p) value is stored, ahd the same test is 
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applied on the L*k*n subsequent samples, replacing z(j-L*p) with 
this stored value. If kl of these tests pass, the end of frame 
is declared. The end-of -carrier detecto:^ described herein is 
capable of determining the end of a received frame within a +/- 
2 microseconds interval, and can be consic^ered as a circuit that 
performs two tests in order. Therefore, in accordance with the 
present invention a circuit is provided that enables rapid 
detection of the end of carrier using the : last n symbols of the 
burst and no multiplication operations. this enables efficient 
use of the medium by keeping medium access slots short. 

Referring to Fig. 60, with regard to the first test of the 
end-of -carrier detector, it uses an n-symbol matched filter, 
almost exactly as the first-pass carrier Isense, However, note 
that, while the coefficients are identical, the delay between 
compared matched filter outputs is not 2^n-l symbols, but p > 
(2*n-l) symbols. This is required, as the channel postcursor ISI 
typically far exceeds the duration of the precursor ISI on 
phoneline, powerline, or wireless networks. Again, as before, 
the datapath widths are given strictly to show one particular 
embodiment. The exact values in the diagram do not limit the 
scope of the current invention. AVG is either an L*n-sample 
moving average or a one-pole filter with ^Ipha = 1/ (L*n) and a 
variable output scaler. 

With regard to the second test, when the output of the first 
test goes active, the delayed value r^.^^pis stored. On the L*k*n 
subsequent samples, the stored value is ciompared with the the 
non-delayed value. If the thd_off threshold is exceeded on kl 
of these samples, the end of the frame is declared. One 
particular embodiment requires that the thd_off threshold be 
exceeded on all L*k*n samples. The state diagram shown in Fig. 
61 depicts such a case. 

In accordance with the present invention, a frame may not 
be terminated until a specified point after the start of the 
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frame. In one embodiment, this point is tljie end of the Ethertype 
field of an encapsulated Ethernet frame. The present invention 
includes a timer to ensure that the device; does not remain in the 
BUSY state indefinitely. The present invention further includes 
the ability to detect a third-party collision any time the time 
between the second-pass start-of -preamble idetection and the end- 
of-frame detection is less than a specified duration threshold. 
A "third-party collision" is one in whichithe detecting station 
was not a transmitter. An embodiment of th^ invention optionally 
can include a dB function implemented with two 1-entry look-up 
tables, a coarse 10*loglO(.) table and a fine 10*loglO(.) table. 
The tables include unsigned values with mO fractional bits. An 
example embodiment could be described by the tables set forth in 
Figs. 62a and 62b, showing coarse dB tabiLe values and fine dB 
table values, respectively. The algorithm is: 

1. X max(x, 2) 

2. Find the most significant non-zero bit in the input, x. 
Call the position of this bit (0..31) b. 

3 . di ^ coarse_tbl [b] 

4. if b > 3, k - (x - 2^) « (b-5) , else k - (x - 2^) » (5-b) . 

5. d2 =^ fine_tbl[k] 

6. output - di + ds 

The output in the example embodiment yiqlds 96 dB of dynamic 
range with up to 0.25 dB resolution. 

With regard to the end of carrier detector, there are two 
aspects which will be described in more detail referring again 
to Figs. 60 and 61. In Fig. 60 it should be noted that the path 
from r input to match/no match output is similar to the 
correlator path in Fig. 59 without the ehergy detection path. 
Since at the end of the preamble there are four contiguous 
symbols of the training preamble. Therefore, the matched filter 
is run against the entire frame looking fpr peaks. Towards the 
end of the frame there will be a small spike and dropoff. The 
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flow in Fig. 60 provides a tentative mattch/no match decision, 
similar to that of the correlator path of Fig, 59. The decision 
is tentative to avoid premature truncatioii of the frame. A state 
machine, as depicted in Fig, 61, is provided taking in the 
tentative match/no match decision as sihown in Fig. 60, As 
described above. Test 1 is match/no match:. If out of Test 1 the 
decision is yes, the state proceeds to Test 2, 0. When going from 
Test 1 to Test 2, 0 the last value of peak detected is latched. 
Then every subsequent sample is compared against the latched 
value. If after a number of comparisons it is determined that the 
signal is greater than the threshold valufe, the end of frame is 
determined to be detected. 

Referring again to Figs. 62a and 62b, the logarithm 
functions 3032 and 3 034 as described aboK^e can be implemented 
using the index and values set forth in Figs, 62a and 62b. 

-- Collision Detector for Severely - Distorted Networks 
The collision detector design for networking on phone lines 
is complicated by the need to detect colllisions even when the 
line input impedance changes on the time ?cale of a transmitted 
frame. Line input impedance changes occur with telephone hook- 
switch transitions, keying, and addition/d4letion of devices from 
the network. In addition, since the hybrid will not exactly match 
the line input impedance, a substantial ambunt of hybrid leakage 
(echo) will be present; so, it is not possible to simply use 
carrier detection as a criterion for a collision when 
transmitting. Because the noise floor may viary substantially over 
time, due to crosstalk and impulse noise, and because a colliding 
signal may be attenuated by as much as 3 8dB more than the echo 
signal, an estimate of the noise floor is needed for optimal 
detection of colliding signals. This noise estimate is made 
either directly before the transmitted ' frame or during the 
preamble. The claimed invention makes thiis estimate during the 
preamble. The collision detector circuit in accordance with the 
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present invention includes three functional aspects: (l)a channel 
estimator, the concepts of which are described in co-pending 
application No. 09/585,774, entitled "Method and Apparatus for 
Efficient Determination of Channel Estimate and Baud Frequency 
Offset Estimate" and which is incorporatec^ by reference herein; 
(2) a noise floor estimator; and (3) a unique field match (either 
SRC or SI+SRC or SRC+DST or SI+SRC+DST) . 

In accordance with the present indention a method and 
apparatus is provided for generating a preamble sequence to 
facilitate channel estimation and noise floor estimation. A 
sequence b is defined as the 16 symbols s^t forth below. 

" l + i ' 
-l-i 

-l-i 
l + i 
l-i 
l + i 
-l+i 
l + i 
l + i 
-l-i 
l + i 
l+i 
-l + i 
l + i 
l-i 

This sequence has an important property that 



b = 



^15 
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1 



_\l,n = 0 

^mod(i+n,16) ~~ 1 , r\ 



All symbols in this sequence belong to a 4-QAM (or QPSK) 
constellation. The preamble sequence is generated as four 
sequential copies of the 16-symbol sequence b defined above. 
Channel estimation for the purpose of defecting collisions is 
performed on either the first, second an<^ third copies of the 
preamble and/or on the second, third, and' fourth copies of the 
preamble. Throughout the following section bn channel estimation, 
the copies used in one estimate are refetred to as the first, 
second, and third copies, respectively. 'The characterization 
signal is the part of the received sighal used for channel 
estimation. This signal is defined as the second and third or 
third and fourth copies of preamble in the received signal. The 
start of this signal at the receiver input interface is found by 
simply waiting a fixed time interval after the start of 
transmission (to account for fixed propagation delays) , Referring 
to Figs. 63a - 63c, the quantities described above are shown, 
assuming that the characterization signal is the third and fourth 
copies of the preamble sequence. 

Further, in accordance with the present invention, a method 
for computing a complex channel estimate Sampled at four times 
the symbol frequency of the preamble signal is provided. The 
complex input signal is also sampled at four times the symbol 
frequency of the preamble signal. Let B represent the matrix of 
preamble symbol values, upsampled by four and zero-filled: 
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here O'' represents the Hermitian trajnspose or conjugate 
transpose and where indicates complex cpnjugation of a scalar 
5 element. Let y^, and y be column vectoits of received samples 

in the characterization signal: 
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Ill 15 Let h be a complex 64-sample channel, satrrpled at 4 times the 
i;n symbol rate. 

Sir ^ 
Sirs 
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Let A be a matrix defined as 



B 
B 



10 



The received signal y is given by y=Ah+n, where n is a vector of 
random noise values. The goal is to find a channel estimate h 
which minimizes 



Ah 



It can be shown (reference Haykin) that the optimal channel 
15 estimate is given by 



h = (A''ArA^y 



The preamble sequence defined above was designed to have the 
20 important property 



where I„ represents an N by N identity matrix. Hence, 

25 
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The noise floor estimate is computed, over the 2''^ and B""^ 
copies of the training preamble and, als6, over the 3""^ and 4^^ 

25 copies of the training preamble. Two noise estimates are computed 
because a colliding signal that is received more than 16 symbols 
before or after the start of transmission will corrupt either the 
second or the last copy of the trainirig preamble, if, for 
example, only the 3^^ and 4*^^ copies of the training preamble were 

3 0 used, a colliding signal received more than 16 symbols after the 
start of a transmission could result in an over-estimated noise 
floor and a possible failure to detect the collision. The noise 
vector is simply the difference between the received sample 
sequence (over some part of the training preamble) minus the 

35 estimate of what should be received: 
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e,=(2-L.)iy,-%) 

= {2-L.)-(y,-A-iA'' -AY'-A" -y,) 
= {{2-L..)-ln,-A-A"} y^ 
e,={2-L..)-{y,-%) 

= (2-L.y(y,-A-h,) 
= (2-L.)-(y,-A-(A"-Ay'-A"-y,) 
= {i2-L..)-U-A-A"} y, 
where : 
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A is a 128x64 matrix; and is the Hermiti&n (complex-conjugate) 
transpose of the A matrix. Sq. . S15 are the siymbols of the training 
white training preamble subsequence (in o^der) , and denotes 
complex conjugation. Note that (A^ . A) ^is the 64x64 identity 
matrix (154) multiplied by the constant 1/ {2^L^^^) . In the 
invention, L^^^ is 16 (symbol intervals) . Writing out yi and y2 
explicitly in terms of the received sample: vector y (Ktfset is the 
relative sample index from the start of ttansmission) : 
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It turns out the matrix {(2- L^^^) - I^ss 
tri-diagonal matrix: 
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So, the noise estimates can be reduced to: the following simple 
calculations : 

ei(k) = Y(k + k,ff3et + N . Lt,J - Y(k + Kffse^ + 2 . N . L^^n) . k = 
0..,N . L,,, - 1 

e2(k, = y(k + k,ff,,, + 2 . N . L,,J - y(k + k,,,,,, + 3 . N . L,,J , 
k = 0. . .N . L,,, ~ 1 



In a proposed embodiment, the error vectoiTs are SO. 9 values. If 
overflow of any intermediate computation Occurs, a collision is 
declared. 

In accordance with the present invention, a method and 
apparatus is provided for the computation df the variance of each 
noise estimate. 



1 ^N'Ln, X 

^1 = (^j^^2'L ) * '^^^ " approx{e^ (k)) 

For the fixed-point calculations in one proposed embodiment, 
rounding is used in the right shift (of 7' bits) ; the output is 
a 19-bit quantity. However, any datapath width may be used. If 
rii < n2/ the n ^ 111 ^nd the channel estimate is computed using the 
2'''^ and S""^ copies of the training preamble,^ otherwise ri = and 
the channel estimate is computed using th^ 3^^ and 4^^ copies of 
the training preamble. The resulting value n is then clipped to 
be within riiow and X]^^^^ (the low and high noise points). In a 
proposed embodiment, both of these values are 9 -bit "dB" values 
that are used to control the range of allbwable noise variance 
estimates, i.e.,: 
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n > Hhigh ^ n = ^high 

n < niow ^ n =rii^^ 

5 

If I 10*logio{rii) - 10*logio(ri2) I > cd_threshoild_l, then a collision 
is declared. This test will very rarely pas|s when a collision has 
not occurred and catches the case of a colliding signal received 
more than 16 symbols before or after the ^tart of transmission. 
10 The last aspect of the collision detecition is a unique field 

match. In accordance with the present invention, a transmitter 
sends bursts which have a unique source! ("SRC") address. In 
Q addition, there are other header fields which may be useful in 

?i ^ unique symbol template. In the following sections, a preferred 

fij 15 embodiment, using the "SRC" field as the uhique symbol template, 
is described. However, combinations of otheir fields, for example, 
l\l SRC and destination address ("DST":), the "scrambler 

H,;i initialization" (SI) field and the SRC and DST fields, and the 

SI and SRC fields, may be used. In accordance with the present 
,,3 2 0 invention, the SRC field is included in the template. Referring 
back to Figs. 6 and 8, the transmitted butrst (frame) format is 
S;l illustrated. "DA" and "SA" correspond to "IDST" and "SRC" in the 

remaining text. The SRC sample template (ks distinguished from 
the SRC symbol template) is a sequence of ^sample values at four 
25 times the symbol rate (T/4) which spans the, 24 symbols (12 bytes) 
of the source address and 4 additional symbols of "guard" 
following the SRC field. The "guard" port^ion accounts for the 
precursor of the channel impulse response. If only the SRC field 
is considered unique (as in the preferred embodiment), the SRC 
30 sample template is computed as the linear convolution of the 9^^ 
symbol of the DST field through the four symbols following the 
SRC field with the channel estimate. Other sample templates are 
possible, including any which are generated as the linear 
convolution of a unique symbol template and, the channel estimate. 
35 The channel estimate is computed either from the 2"^^ and 3^"^ or 
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from the 3^^ and 4^^ copies of the preainbl^, as described above. 
In the preferred embodiment, the linear convolution is computed 
in three pieces, and the three componentb of the template are 
STommed to produce the result. The first component, the 
destination symbol component, is computed as follows (63x63 
matrix by 63x1 column vector) : 
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The "guard" symbol component is computed as, follows (16x16 matrix 
by 16x1 column vector): 
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The source syinbol component is computed as Ifollows (112x96 matrix 
by 96x1 column vector) : 
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The template signal is computed as: 



y{k) = 



ysRc (k) + yosT (kl k = 0...N-L^-2 
y^Rc (k),k = N-L^-l...N -Lrr-l 



Graphically, the template is constructed asi set forth in Fig. 64. 
The SRC match error sequence is then just the 112-point sequence 
defined by: 



e(k) = y(k) - (2 . L,,J . y(k + Vl,,,,,^ + N • (4 ._L,,„ + W) ) , k 
= 0...N . (L,,, + L„,^) - 1 
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The template is built in the following order: 

1. initialize the template to the negation of the input sample 
sequence (shifted left by 6 bits) 

2 , add the y^sT term 

3 . add the ycj^ term 

4 . add the y^^^ term 

If overflow of the template accumulator Occurs at any point in 
these calculations, then a collision is declared. The size of the 
accumulator may vary in this invention, but the preferred 
embodiment uses r+5 bits, where r is thei number of analog- to- 
digital converter output bits. The signed SRC match error is the 
input to a magnitude approximation, computed as max(Xj, Xgj + Vz * 
min(Xj, Xq) , where Xi is the in-phase comj)onent of the complex 
sample and Xg is the quadrature component, with rounding. 
Referring to Fig. 65 the maximum over the magnitude of all 
(Ltrn+Lgrd) = 112 error output samples is found; this is called 
leraaJ- The maximum error between the received SRC field samples and 
the estimated SRC field samples is compared against a threshold 
which varies with the noise floor estimate. The datapath widths 
are those used in the preferred embodiment, but other datapath 
widths can be implemented in accordance with the present 
invention. If a "no match" result is returned, a collision 
occurred. In one embodiment, k^ff^et: is an S-bit signed value (in 
units of T/4 samples) that indicates where: the hybrid leakage is 
received relative to the start of transmission, k^ffset + 76 
samples would be the index on which the "^tart" signal would be 
asserted if the carrier sense were running. It must be writable 
from the external interface. In one embodiment, the 20*logl0(.) 
function is implemented with two 16-entry look-up tables, a 
coarse 20*logl0(.) table and a fine 20*logl0(.) table. Referring 
to Figs. 66a and 66b, the table set forth in Fig. 66a contains 
unsigned 7.2 values and the table set fortla in Fig. 66b contains 
unsigned 3.2 values. The algorithm is: 
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1. X = max(x, 2) 

2. Find the most significant non-zero bit in the input, x. Call 
the position of this bit (0..15) b. 

3 . - coarse_tbl [b] 

4. if b > 3, k - (x - 2^* « {b-4) , else k = (x - 2^' » {4-b) , 

5. d2 = fine_„tbl[k] 

6 . output = di +d2 

The output is in 7.2 format, representing up to 96dB of dynamic 
range with up to 0.25 dB resolution. 

-- Gain Estimation Circuit for Burst Modem 

Now turning to the gain estimation circuit aspect of the 
present invention, in digital burst mo4em receiver designs, 
either an analog- to-digital converter (ADC) sufficient to meet 
the dynamic range requirements of the signal propagation path is 
used, or a lower- precision ADC may often be used in conjunction 
with a variable-gain amplifier. For many applications, e.g. 
phoneline, powerline, or wireless networking, the dynamic range 
requirements are large (often greater than 60 dB) , because the 
path propagation loss can vary between 0 4b and 40 to 70 dB. To 
meet system requirements with the former approach, a very large 
and expensive ADC would be required. Therefore, designers often 
choose a lower-precision ADC with a variable-gain amplifier and 
some control circuit. In accordance with tlhe present invention, 
a circuit is provided which estimates thei required gain from a 
carefully-designed preamble at the start df a burst (packet) . A 
preamble of M*N symbol duration is presupposed. The preamble is 
structured so that M identical copies of ah N-symbol subsequence 
are transmitted sequentially. Each N-symbdl subsequence has the 
property of being spectrally white (i.e. nonzero cyclic 
autocorrelation at only one of the N possible lag values) . In 
accordance with the invention, the start Of a burst (packet) is 
detected at the receiver. This function is usually referred to 
as "carrier sense". The circuit set forth herein takes a binary 
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start-of-frame/no-start-of-frame indication from the carrier 
sense. The circuit in accordance with the present invention has 
5 two subcircuits. The first estimates the received signal power 
over an N-symbol window. This subcircuit tuns continuously. The 
second estimates the required gain to ma:>^imize signal-to-noise 
ratio, given the power estimate, and the Ij^inary indication from 
carrier sense. It runs only after carrier ^ense has indicated the 
10 start of burst, and it ceases operation afiter it computes a gain 
code, until the next start of burst indicajtion. The input to the 
power estimation circuit is a k-bit received signal magnitude 
F| value. This value is the output the At>C with little or no 

I^J frequency-selective (e.g. low-pass or band-pass) filtering. The 

nj 15 power accumulator, which is 2*k+log2 (L^JST) unsigned bits, is 
P initialized to zero. N is the number of in one copy of 

the preamble, and L is the ADC oversampling factor (sampling 
^.:| frequency divided by syxubol frequency) . Tl^ie oversampling factor 

L is chosen to be sufficiently-large to avoid aliasing. For the 
20 first L*N samples after initialization, the square of each new 
C3 k-bit magnitude value {^^) is added to the Accumulator. No values 

are subtracted from the power accumulator; On and following the 
(N*L-1)^^ sample after initialization, the power accumulator 
calculation becomes: 

25 

pwr_acc - pwr_acc + Z^' - Z^_^^_,^.^^\ 

A block diagram of a possible embodiment, in which k ^ 7 bits, 
is shown in Fig. 67. The gain code update is triggered by the 

30 start of burst indication from carrier senpe. At this point, the 
upper 2*k bits of the power accumulator (i^ounded up) are passed 
to the gain code calculation. The combination of the preamble 
structure and the power estimation circuit yields a nearly- 
constant power estimate for any less-than4N-symbol shift of the 

35 start of burst indication. This property; allows the start of 
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burst indication to be somewhat inaccurat^ (because of channel 
characteristics, etc.). The gain control block operates once on 
5 every start of burst transition and take^ the power estimator 
output sample (2*k bits) as its input. One dommercially-available 
embodiment provides a control range of 22 .j5 dB for the variable 
second-stage amplifier with a step size oi roughly 0.75 dB, but 
many other control ranges and step sizes a±e possible. There are 
10 two programmable tables and a programmable back_off value. The 
programmable back-off value allows fixed ^ain variations due to 
particular implementations and also allows variations in the 
peak- to-average ratio of the received sigrial to be tolerated by 
Q this circuit without unacceptable saturaticjn of the receiver. The 

j;;^ 15 first programmable table, rough_gain_table:, is a rO-entry by 10- 
bit array of codes mapping to very coarse gain values. In one 
y embodiment, it is an 8-entry table with 8-bit values 

Z corresponding to gain values of {0, 3, 6, 9, 12, 15, 18, 21, 24} 

SI? 

dB. The second table, f ine„gain_table, iis rl-entry by Il-bit 
% 20 array of codes mapping to a refinement of those coarse values. 
One embodiment might use a 4-entry by 6-bit array of codes 
mapping to gain values 0,75 dB, 1,5 dB, 2.25, and 3 dB. The 10- 
bit back-off value allows for fixed gain variations during system 
bring-up and peak- to-average ratio variations. There is also a 
25 r2-entry by 12-bit sparse fixed table, called the f ine_log_map, 
which maps integers 0..(r2-l) to ■ the corresponding 
f ine_gain_table bin. In one embodiment, this may be a 32-entry 
by 4-bit sparse fixed table, which maps integers 0..31 to a 
corresponding f ine_gain_table bin. It could contain the values 
30 {0, 0, 0, 0, 0, 0, 0, 1, 1,1, 1, 1, 1, 1,2, 2, 2, 2,2, 2, 2, 
2;3,3, 3, 3,3, 3,3, 3,3,3} in ascending ofjder, as an example. 
The gain control calculation can be summarjized in the following 
stepsrSet b to the minimum of 2^^"^*-! and ^ the 2*k-bit averaged 
power input value; Determine the highest nbnzero bit position in 
35 b; i.e. r = max [ floor { log2 (b) ) , log2 (r2 ) ] ;:if r > log2(r2)-l. 
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bin„index - 2*k - 1 - r,b^ = bitand { f loqr (b » (r-log2 (r2 ) ) ) , 
31);else bin_index = 2*k - 1 - log2(r2)> b' = 1; bin_gain = 
5 rough_gain_tabl e [ bin index, step... gain 

f ine__gain_table [f ine„log„map [b^ ] ] ; G = max (bin^gain - step_gain - 
back„off , O) . The G output is guaranteed to be an rO-bit 
quantity. When the carrier sense does not indicate a start-of- 
burst condition (no signal present at the Receiver) , G is always 
10 set to the nominal gain setting (0 dB) . ijhe computed gain code 
value is used to set the analog front-end variable gain value. 
As seen in Fig. 67, a power estimate i|s provided. Delay line 
|;i 4010 is 64 samples deep. 10 bits in t^hase and quadrature 

|J components 4012 go into delay buffer 4010 and into multiplexer 

?Jj 15 4014. Magnitude approximator 4106 provides^ a 10 bit output which 

in is provided to bit selector 4018 which takes out 7 bits with 

fn 

rounding. Squaring operation 4020 is then performed to provide 
a power estimate as output. The power estimate output is provided 
^j^^ to demultiplexer 4022. Accumulator 4024 takes the output from the 

20 demultiplexer 4024 and provides it to bit selector 402 6 which in 
|:| turn provides an averaged power estimate 4028. 

1% ~- Rate Negotiation and Rate Selection 

As described above, in accordance with the present invention 
the dynamically selecting of the encoding of data frames on a 
25 network where nodes can transmit frames v\^ith various encodings 
is provided. The encodings may vary several parameters including 
but not limited to the numbers of bits per symbol, the number of 
symbols per second, or the frequency ]:?and(s) used. A node 
receiving data frames makes a determination about which encodings 
30 are appropriate for use on the channel betwfeen the sender and the 
receiver. Multiple encodings may be selqcted. The data frame 
receiver then notifies the data frame sender of the encoding 
selections, with an indication of the relative usability of the 
selected encodings, via a control frame. The sender is free to 
35 use any of the specified encodings, or may use one not included 
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in the list according to additional selection criteria. The 
protocol tolerates loss of control frames, and provides a 
mechanism for retransmission of lost control frames without 
excessively loading the network. The pro|:ocol also provides a 
mechanism for adaptive selection of the; encoding to use for 
transmission to a group of nodes (a "riulticast group"). In 
particular, a node receiving data frames fiirst gathers statistics 
from frames sent at any encoding, an<^ extrapolates these 
statistics to estimate the expected fraiJne error rate of all 
possible encodings. Using the estimated fjrame error rates, the 
data receiving node computes a perf orniance metric for all 
possible encodings. Using the performance metrics, the data 
receiving node selects an encoding for use on the channel between 
the sender and the receiver to maximizie network throughput 
subject to frame error rate constraints. 

With regard to the Rate Negotiation and Selection 
Algorithms, consider the packet data network, as described 
hereinabove, where a series of packets P^, each composed of a 
fixed length header and a variable length payload, are 
transmitted from a data sender station. A, to a data receiver 
station, B. The headers are transmitted uising FDQAM modulation 
at symbol rate S^^^^, and constellation sizie bi bits per symbol. 
The payloads are transmitted using QAM or FDQAM modulation at 
symbol rate S^, and constellation size bi ftom the sets S, and R, 
respectively, to maximize network throughput subject to 
additional constraints, in the preseijice of time-varying 
impairments. We assume that there is a mechanism for error 
detection, but not for error correction.. We also assume that 
there is a mechanism for B to notify A of i>acket errors, and for 
A to retransmit such errored packets upon receiving notification 
from B. The Rate Negotiation and Selection algorithms must 
operate in dynamic environments, with timd varying impairments. 
Several of these impairments are defined to develop the 
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algorithms in accordance with the present invention: 

Channel Frequency Selectivity: Spectral nulls or 

5 severe attenuation in isolated pprtions of the band of 

interest lead to packet error tiate (PER) performance 
that varies with symbol rate. While we assume that the 
channel is quasi-static, (fixed for the duration of 
several transmitted packets) , it may change between 

10 packets. Pi. 

Time Invariant White Noise: Noise at the input to B 
which has flat Power Spectral Density (PSD) over the 
band of interest. This impairjment is also quasi- 
static. 

15 Time Varying White Noise: Noise at the input to B, 

which has flat PSD over the band of interest, but with 
level changing between packets, Pi,, on a time scale 
similar to the packet duration. 

Periodic Impulse Noise: Periodic high amplitude 

2 0 impulses at the input to B. 

Colored Noise: Noise at the iriput to B, which has 
frequency-dependent PSD over the band of interest. 
This impairment may be either quasi-static, or vary on 
a time scale similar to the packet duration. 
25 The process of selecting {s^ ) is separated into functions 

performed by the data sender, A, and thfe data receiver B. B 
collects statistics on packets received frotaa A, performing a Rate 
Selection Algorithm, to choose (Si, desired/ b^, desired) - B transmits 
Rate Request Control Frames (RRCFs) to A, typically using (s^^^, 
30 b^in) / to signal changes in (s,, desired, b^ .desired ) - A honors B^s 
requests, changing (s^ ,bi ) to (Si^^esired^ bi, desired) in response to 
RRCFs from B. RRCFs are full, legal frames which are treated the 
same as data frames by the MAC layer. Tljiey may be sent at a 
different priority than best-effort data frames to provide faster 

3 5 adaptation. RRCFs are sent when node B selects a desired rate 
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which differs from the current rate, with some backoff algorithm 
to prevent flooding the network with rate change requests and to 
allow time for rate info to arrive and get processed at A. 
Various backoff algorithms may be employed including: (1) truncated 
binary exponential backoff (BEB) with backoff based on received 
frame count, (2) truncated BEB with backoff based on time weighted 
truncated backoff (based on received frame count or time) where 
the backoff function is dependent on the desired and current 
payload encoding rates, and need not be a binary exponential 
function. 

Rate Selection refers to the algorithm by which B chooses 
(Si,<iesired' l^i, desired) • Each of the algorithms presented use some or 
all of the following input statistics upon receiving packet P^, 
(squared error refers to squared error refers to squared decision 
point error) : Header rate, (s^i^,b^^) ;Header error indicator, Xj^^r^i 
e {0,1}, O indicates error-free header, 1 indicates header error; 
Header sum of squared error, e^dr,!; Header maximum squared error, 
Ehdr,i'* Header length symbols), n^dr; Payload rates, (Si, bi) ; 
Payload error indicator, X^dr,! ^ {0,1}, 0 indicates error- free 
payload, 1 indicates payload error; Payload sum of squared error, 
^ pid,i; Payload maximum squared error, E pdi,i; Payload length 
(symbols), n pid,i; FSE power for each symbol rate in S, P psE.s^i; 
and Normalized, per-symbol ISI power estimate for 

PER(SNR, Z>) ^ 1 - (l - SER{sNR, b)f^ 
where : 

N^^^ = maximum packet length (bits) 

b = candidate constellation size (bits per symbol) 
SNR = symbol decision point signal to noise ratio, normalized by loss in mean 

symbol energy of constellation size b relative to constellation size b^^^ 
SER ~ symbol error rate 
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each syinobol rate in S, P isi,s,i- Given these input statistics, each 
algorithm maintains state variables, performing computations 
based on the input statistics and state variables, first to 
select the new desired constellation size from R3 for each 
symbol rate in S, then to select the new desired symbol rate from 
all those in S. Two algorithms are presented, requiting different 
amounts of state storage and computation; (1) Mean Squared Error 
Algorithm and (2)Maximum Squared Error Algorithm. For the purpose 
of constellation size selection, we initially assume that only 
a single symbol rate, s, is under consideration, and that s^ = x 
for all i. 

With regard to the Mean Squared Error Algorithm, error rates 
of candidate constellations are estimated, selecting 
constellation to maximize throughput subject to maximum length 
packet, maximum PER constraint. If we assume that: probability 
of symbol error is independent from symbol to symbol, hence: 

Noise is additive, white, and Gaussian, hence: 

2 . qU2^, )- (1 - 1 Q Ul^^,)) b = 2, QAM 

2 • qUI'SNR • sinfe. )) b = 3, PSK 

SER(SNR,b) ^\ / ( I ^ \a 

l~(l-2-2y3.X._.^5iV/?jJ Z7>3,odd,QAM 

l-(l-2.(l-^)-e(^3-X--^iV^F Z?>3,even,QAM 

where : 

1 ~ 

QW= — ^dx 
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10 



(see J.G. Proakis, Communications Systems! Engineering, section 
9.2 - 9.3, 1994). Then we can precompute ^NR thresholds, SNR^^^ 
for each constellation size b in R, such that: PER(SNR^in^b) = 
PER^ax. Hence, PER < PER^^^ for SNR>SNR^i^.i, is monotonically 
increasing with b. However, in the eient that either the 
independent SER assumption or the white 'noise assumption are 
invalid, SNR^i^^^ is computed by different means, such that 
PER<PER^^^ is still satisfied for SNR>SNR^^^^^ Following each 
received packet p^, with error- free header:, Xj,^^^^ = 0, and error 
free payload, Xpi^.i = 0, an SNR estimate, SNRi is computed. A 
sliding-window average of length N is uised to bound maximum 
response time to N received packets, so stite is needed to store 



15 the last N - 1 values of £ 



hdr/ 



and n. 



■pM: 



20 



f t \ 

J = i-{N-\) 

J-i-{N~\) J 



where E*^^ is the mean energy per symbol for ccJnstellation size . , 

25 If the implementation is memory constrained, a single-pole 
average is used and state is only needed to store the last value 
of the error average, Gi-1 : 



30 



35 
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'hdr A 
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1-- 
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1- 



1^ 



1— 



where i is a time constant describing the weighting of new 
measurements in the average. Note that the implementation 

above inherently weights payload measurements more strongly that 
header measurements. In cases where it is desirable to place 
stronger weight on header measurements, the following 
substitutions are made for n^^ and n^^^^i'^ ti\^ > n^^ and n'p^^^i < 
^pid.i- Note that the power and multiply opjerations above can be 
implemented with a lower accuracy fixed precision approach, 
without significant performance impact. Following each received 
packet Pi, SNRi is compared to the threshold set SNR^i^^b to choose 
the new constellation size, bi+i^desired: 



- rn3x{b\ subject to SNR. > SNR^^^, + A 
bi^uo^n = subject to SNR- > SNR^^ , 

The offset. A, provides decision stability when SNRi has value 
near a threshold SNR^^^^- 

With regard to the Maximum Squared Error Algorithm, error 
rates of candidate constellations are estimated, selecting the 
constellation to maximize throughput subject to minimum percent 
improvement constraint. Assume that a syrtibol error occurs for 
candidate constellations size b, if the decision point error 
exceeds half the constellation minimum distance, d^^n^b- Also, 
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25 



assume that d^^^n.b is monotonically decreajsing with b. Given a 
series of symbols transmitted using cbnstellation b^, with 
5 error indicator Xi = 1/ we can declare that at least one symbol 
error would have occurred as well for n^ symbols transmitted 
using constellation b > bi. Given a Series of ni symbols 
transmitted using constellation b^, with ma:>^imum squared error Ei, 
and error indicator Xi = 0, we can declare! whether at least one 
10 symbol error would have occurred instead for ni symbols 
transmitted using constellation b > bi, if Ei > (^"^'"-^ Thus, 
we say symbol errors are "observable" for candidate constellation 

P| sizes b > bi. Following each received pkcket Pi, the average 

\^ payload length estimate, N i, is updated: 

ffi 15 if Xhdr.i = 0. and Xpid,i = 0: 

pi Ni =Ni.i. (l-l/T)+n pid,i«bi. 1/T 

otherwise : 

W 

Q Ni =Ni.x 

fi where x is a time constant describing the weighting of new 

2 0 measurements in the average. Following eacth received packet Pi, 
the length- independent success rate, Zi^.i,, is updated for all 
constellation sizes b > b„i„: 



1 for b^b^^ 

Z..„-, • (1 - X)+ X when E^^, < ('^y, J 

Otherwise: 

3 0 ^lb,i ~ ^lb,i-\ 



Note that Zn..^ cannot be updated when ^^dr,! = 1 if we assume that 
the header contains the packet source address, since B cannot be 
certain that p^ was transmitted by A. Thus> Zi^^^i is actually not 
35 observable for b ^ b^^^- Next, the conditional length-dependent 
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success rate, Zs^^i, and the corresponding average measurement 
length, L^^i, for observable constellatioh sizes b > bi , are 
updated: 



10 



?ii 15 



. ^ l^z*.,-. •ii-X)+K when x,ui, = 0 and E],,., < ('--X J 

1^2.,,-, • (1 - X) when = 1 or i^^^, = 0 and E^,,,, > ) 

A.,i=Vr(l-X)+«p..,-X 

Otherwise : 



Z =7 



Next, the aggregate success rate estimate, Zj^^^^ is computed: 



20 



1 4 



Next, the expected time-on-medium metric, M ^^^^^ is computed: 



25 



y^b, J 



where p is the average packet overhead in seconds, including 
30 contention time and fixed header duration, and s is the symbol 
rate under consideration. Note that Vz^.i, represents the average 
number of times that a packet must be transmitted until it is 
successfully received, assuming each packet is received 
successfully with independent probability Zb^i- Also, the second 
35 term in the expression for M^^i accounts for the time occupied by 
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B's retransmission requests to A, absuming a symmetric 
probability of success. While this assum:^tion is not strictly 
5 valid, the retransmission term is simpl]^ intended to provide 
stronger dependence on Zi^.i in the cade where packets are 
predominantly short, (^^{^b - p) . Next, the hold count h^.^^ is 
updated: 



[Vi+1 whereM,,<(l-A,,,^|M,, 



15 



20 



30 



where A^enefit/ is the minimum percent improvement in throughput 
required to justify a rate change. Finally, the new constellation 
size, bi^i^desired/ IS chosen: b^^i. desired = b, such that 



^b.i = j^^^ (Mb^i ), subject to hb,i h^i, 



where h^^^ is the minimxom number of consecutive packets for which 
constellation size b must provide at least A^enefit percent 
25 improvement in throughput to justify a ratfe change. 

It should be noted that decreasing tthe time constant, r, 
decreases the response time to a step change in input, but also 
decreases the effective maximum, measurable, non-unity value of 

^b, i / ^b, MAX * 



^bMAX — ^ /T 



If it is assumed that applications perform poorly with PER 
greater than PER^^^, i is chosen large enough to measure the value 
35 Zt,,^^^ of interest, 1-PER^^,. ThusT^ Y^^^ . Selecting i by this 
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method for small PER^^^ can lead to an unacjaeptably long response 
time, on the order of hundreds of packets lor more. In this case, 
the sensitivity to PER can be increased whi^le maintaining a short 
response time, by using an "effective" .constellation minimum 
distance instead of the actual minimutn distance described 
earlier: d^in,b, effective = d^in,b+i- Since Z2b,i is not observable for 
candidate constellation sizes b < bi, there are some combinations 
of past input and current input that prevent the above algorittim 
from selecting b < b^, even though higher throughput would be 
achieved. This is not the case when the ciirrent impairments are 
non-impulsive, since these impairments can still be observed via 
2ib.i. However, if the current impairments are impulsive or 
intermittent, they are less likely to occur during a header, and 
^ib.i will be largely unaffected. Under these conditions, bi desired 
is not likely to change unless enough payload errors occur to 
reduce Zsb.i for the observable rate^, relative to the 
unobservable rates. Since many applicatiions are sensitive to 
bursts of consecutive errors, and a burst of errors is likely to 
occur before bi, desired changes by the abOve mechanism, it is 
desirable to enforce a maximum tolerated number of consecutive 
payload errors, after which h,^^,,,,,^ is set to b^,,^,. A natural 
choice for bp^^^,^ is b^^^, rendering all b jLn R observable. More 
generally, h^^^^ is chosen to be h^^^^^^^^^ -k|, allowing a variable 
number of constellation sizes b to become observable. Then 
t*!. desired remains set to bp^^be iintil a minimum number of packets are 
received using constellation size bp^^^,^. After this condition is 
satisfied, bi, desired is selected as described earlier, until the 
maximum tolerated number of consecutive payload errors is next 
exceeded. While h,^^^^,,,^ can be dropped to bp^^^e to refresh 
statistics for previously unobservable rates, this can actually 
result in a higher PER in the presence of impairments such as 
periodic impulse noise. Instead, protocol support for "probing" 
with control packets can be used to refresh statistics without 
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risking data packets. In this case, B coulld compute an alternate 
version of the metric ^b^^, substituting tnity for Z2b.i. This 
constitutes an optimistic lower bound on M^,^. When the optimistic 
bound on is sufficiently less than itself, B can request 
that A send periodic non-data-beating probe control packets using 
a specific constellation size, bp^^be- Again, a natural choice for 
bprobe is bj^in- Also of note is that the tim^ on medium metric may 
be computed after several received packets! instead of after each 
received packet, to limit computation. 

With regard to Symbol Rate Selection,, the assumption that 
we are constrained to a single symbol rate is relaxed. Assume 
that B demodulates packets from A, usin^ the MMSE FSE / DFE 
structure depicted in Fig. 68, for a given symbol rate s. 
Assuming a fixed channel response, h^,, fixed MMSE FSE and DFE 
coefficients for a given symbol rate, w^^,, and h^^y,, and additive 
white Gaussian noise, nj,, the mean squared error expected for 
symbol rate s, MSE3, is related to that expected for symbol rate 
Smin/ MSESinin/ follows: 



MSE, ^ 
MSE^ 
where: 



{snr: 



-p 

nun ^^^^ ^ n 



FSE,s 



+ P, 



ISI,s 



min 



k=0 
-L-l 



s k 



mm Jbm^ 11 '•mm 

k=Q 



J=0 



;=0 II k 
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Furthermore, the maximum squared error ov0r a set of rii symbols 
expected for symbol rate s, E^^i, is relate^ to that expected for 
symbol rate s^^, Es^^.i as follows: 

. , MSE^ . , 



Since the channel response, FSE and DFE coefficients, and noise 
level may vary from packet to packet, th0 squared error ratio 
estimator, ^s,i, is introduced: 



where : 



snr:^ 



and E^j^^ is the mean energy per symbol for constellation size b 
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With regard to the Mean Squared Error Algdrithm, the method for 
computing SNRi described earlier is repeated , but with the 
following substitution for Spia^i: 



^pld4 — ^pld,i ^^s,4 



bs, desired^ described earlier for bi+i^^esi^e^/ is chosen, but 

independently for each symbol rate s in S|, using the following 
substitution for SNRi: 



SNRg^i ^ SNRi • \ 



S, 1 ■ 



For a given symbol rate s > s if SNR,^^ <sNEmin,b for all b in 

R, then = 0 is set. Finally, (^.i^desired. b,,i,^,3i,,^ ) is 

chosen as follows: 

Si+i, desired S, SUCh that S • '^^,±^1 ,^Qs:Lred = maX ( S • 

^s, i+1, desired ) 

■t>i+l, desired ~ -l^s, i+1, desired ' With S = S ^ ^^^^^^^^ 

With regard to the Maximum Squared Error Algorithm, instead of 
computing Zib,i, Zs^^i, Zj,,i, M^^i, and h^^^i, for^ a single symbol rate 
s as described earlier, Zi3^j,^i, Z2^3,^,i, Z^^^^^^, ^s.^,i,r and h3^^^i, is 
computed for all s in S. The primary difference in these 
computations is that the following substitutions for E^dr,! and 
Epid,i are made: 



^hdr,s,i — ^hdr,i ' ^s.i 



^pld,sj — ^pld,i ' ^ 



Furthermore, the definition of ^^observable" is expanded, making 
the following substitution for the condition b > b, : 
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A. 



Note that this condition reduces to b > when s = . 
bs,i+i, desired is chosen as described earlier for bi+i^^egij-ed/ but 
10 independently for each symbol rate s is S, using Zig^j^^i, Z2s,t>,i, 
^s^b.i/ M^^b^i, and h^^^^^i, in place of Zi^^ir Zs^.i, Z^,!, Mj^^i, and hb^i- 
Additional hold counts Hg^i, for each symbc^l rate s in S are now 
updated: 



'0 whereM,«,>(l-A,^,^J-M,„ , 



..15 ^ ^1 ^"'^^^''»^i,/3„/ - '^bdeftt, 



!'! where: 



25 



r's s,i+Udesired 

rr = V 

i|f?| i, desired 

'"f 20 



Finally, (Si^i^^esired. ^i+i^esired) chosen as follows; 



s^H.des^red = such that M,^^^^, - ]mn(M, ) slibject to H^ ^ > 



^i+hdesired ~ ^sj+ldesired ' ^^^^ S - 



desired 



In accordance with the present invention, both the Mean Squared 
Error and Maximum Squared Error algorithms are likely to perform 
well in the presence of quasi-static channels and white noise, 
30 Since the Mean Squared Error Algorithm assumes quasi- static 
white Gaussian noise, it performs well in the presence of Time 
Invariant White Noise. Performance is likely to be poor in the 
presence of Time Varying White Noise, since the noise level 
varies on the same time scale in which it's measured, leading to 



35 high variance in the estimate SNRi, and high variability in the 
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chosen rate. Since it discards packets with payload errors when 
computing the estimate SNR^, it also performs well in the 

5 presence of high level impulse noise, ignoring measurements from 
packets errored by impulse events, and choosing the highest rate 
sustainable given the noise floor. This rjeduces the likelihood 
with which an individual packet is exposed to an impulse event. 
However, performance is more ambiguous with moderate level 

10 impulse noise, since moderate level impulse events may 
occasionally bias packet measurements without causing errors. 
This leads to greater variance in the estimate SNR^, and greater 
variability in the chosen rate. Performance is also likely to be 
poor in the presence of Non-Gaussian Noise, if the algorithm 

15 assumes Gaussian noise, and calculates the thresholds SNR^i^.b 
accordingly. If the threshold computation is generalized to use 
a more representative noise distribution, performance could be 
improved. Since the Maximum Squared Error Algorithm can always 
observe the length independent Z^^^^ it f^er forms well in the 

2 0 presence of Time Invariant White Noise. Performance is likely to 

be good in the presence of Time Varying Whiite Noise, since both 
2ib,i and Z2b,i directly measure the likelihood of high noise 
levels, even as the noise level varies rapidly across a range of 
noise levels. The length independent measurement Z^t^^^ is largely 
25 unaffected by impulse events, since it is collected from headers 
which occupy little time on the medium. However, the length- 
dependent measurement Z2b,i is directly influenced by error 
causing impulse events. Together, the aggregate success rate 
estimate, Z^^^ , and the time on medium metric, M weigh the 

3 0 benefits of reducing time on medium and tl^e exposure to impulse 

events, against the cost of being more susjceptible to them when 
they do occur. Thus, the Maximum Squared Error Algorithm performs 
well in the presence of both high and moderate level impulse 
events. Unfortunately, due to the problem of unobservability , 
35 Z2b,i can become inaccurate under certain conditions. These cases 



-128- 



42150/RJP/E264 

are addressed by the burst error limiting , mechanism introduced 
earlier. The Maximum Squared Error Algoirithm performs well, 
since it measures packet errors directl;^ without assuming a 
particular noise distribution. 

— Split Winding Transformer for Modern Transceiver S/N 

Optimization 

Referring back to the NID analog front end shown in Fig. 4b 
and a portion thereof shown in Fig. 69, ih accordance with the 
present invention, a split winding transformer with turns ratios 
optimized for maximum transceiver signa^. to noise ratio is 
provided- More broadly, a split winding transformer useful in a 
modem application is provided. The transjmitter output signal 
level for typical modems is nominally fixed within some guardband 
of the FCC or other regulatory agency poWer limit. The signal 
level at the receiver input, however, is highly variable 
depending on the channel attenuation in the path from a remote 
transmitter. Consequently, the ideal line isolation transformer 
turns ratio from the transmitter output to the line of wt:l is 
not optimal for the receiver. At a modest : additional cost of an 
additional transformer winding, the tiirns ratios for the 
transmitter and receiver can be set independently, while still 
allowing for hybrid echo cancellation. Sihce the receiver input 
signal will usually be less than the transmitter output signal, 
the optimal turns ratio is wt : 1 from input to line, where wr > 
wt. This step-up from the transmitted signal provides a 
"noiseless" gain that enhances the achievable receiver S/N ratio. 
The maximum separation between wt and Wr is limited by the 
reduction in coupling between transmit and! receive windings that 
occurs for large differences. This introduces phase shift that 
compromises the effectiveness of commdn echo cancellation 
schemes. Practical numbers for the wr:wt ^atio are from 1 to 4 . 
Prior art voiceband or ADSL modems do not take advantage of this 
technique. In the case of ADSL, the situation is particularly 
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egregious in that it is cornmon to use stepi up transformers from 
modem to line side in order to boost the transmitted signals up 
5 to levels required for long distance communication . This means 
there is actually attenuation of received signals. As can be seen 
in Fig. 59, filter /transformer /protectf on components 445, 
typically including filter/protection components 451 and 
transformer 453, is coupled in the TransmfLt and Receiver paths 
10 495 and provides, for example, TX path 455; and RX path 457 to be 
coupled to TIP and RING of Phoneline RJll 'connector 450 through 
transformer 453. Wt:l is transmit winding ratio; Wr:l is the 
t.1 receive winding ratio; with the reference point, the twisted pair 

^ line, being 1. Transformer 453 couples the TIP line to the TX 

1^15 signal path from electronic hybrid 440: via wt:l windings, 
ill Transformer 453 likewise couples the RING line to RX signal path 

% via wr:l windings. Therefore, in accordajnce with the present 

Sf invention, a small signal on the line bieing received can be 

^^::f stepped up, while on the transmit side on the other hand, a 

V% 2 0 stepping down can occur. Therefore in accordance with the present 
invention a Wr of 2 provides a 1 to 2 sitep up, while on the 
transmit side a Wt is 2/3 would, in essence provide a ratio of 
3 to 1 between the transmit and receive transformer windings. As 
set forth in Fig. 69 common core 459 is' provided with three 
25 windings thereon, namely tip/ring winding 451a, transmit side 
winding 461b and receive side winding 461p. The transformer is 
thereby optimizable to provide the best signal to noise ratio for 
the transceiver. 

-- Transmit Off Switch for Modem Receiver Noise Reduction 
30 Referring again back to Fig. 4B, iri accordance with the 

present invention, a method for eliminating or reducing the 
coupling of transmitter noise into the recdiver of a modem during 
periods when no transmission is occurring is provided. A modem 
operating in half-duplex mode typically lieaves the transmitter 
35 connected full-time to the hybrid and' transformer devices 



-130- 



1 



42150/RJP/E264 



performing 4 -wire to 2 -wire conversion frc>m modern to line, even 
though it is not active while a signal isi being received. From 
5 a signal perspective, this has no consequenice . However, the noise 
contribution from the transmitter output |to the receiver input 
can be significant in a low-power sig^ial environment. The 
addition of simple switch 435 (e.g., a two transistor transmission 
gate in CMOS technology) between the output of the transmitter 
10 (e.g., filter 43 0) and hybrid 440 reduces ' noise injected at the 
receiver input and therefore substantially improve receiver S/N 
p.| ratio. Activation of the switch can be | incorporated into an 

'^jll automatic gain control loop with the minimum gain control setting 

causing the switch to turn off. Alternatively, a specific gain 
in 15 control code can be assigned to activate the switch, which can 
then be turned off (disabled) and on (enabled) in a directed 
manner. 

n As can be seen in the typical NID depicted in Fig. 4B, 

''Z electronic hybrid 440 feeds signal from the. transmitter back into 

iJI 2 0 the receiver. VGA 470 has two pairs of inputs, one fed back from 
the transmitter, the other a receive inpiiit from line 106. Any 
|.^^ signal coming out of the transmitter causes a self -echo path 

(e.g., through the transformer depicted in Fig. 69) into the 
receiver that should be suppressed, such that the receiver does 
2 5 not get confused as to whether such self -echo is a signal coming 
from line 106. Noise also can get injected into the receiver from 
the transmitting side, even during tim^s when there is no 
transmitting, since the electronics components in the 
transmitting path can contribute noise, even when idle. 
30 Therefore, in accordance with the present invention, when 

the transmitter is not transmitting, trtosmit-off switch 435 
provided in the transmitting path, is Switched off thereby 
blocking noise from getting injected back into the receive path 
which would deteriorate receiver performance. As can be seen in 
35 Fig. 4B, in the preferred embodiment the switch is located 
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proximate to the end of the transmit path, i.e., just before 
combined electronic hybrid 440. 

5 

Voice Implementation Aspects 

Given the Homenetworking implementation aspects of the 
present invention described above, we now turn to voice 
implementation aspects associated therewith which include 
10 concepts involving Voice over IP (VoIP!) packet latency on 
Homenetworking LAlSfs, timing synchronization, timing 
synchronization circuit, VoIP Head of Line (HOL) blocking 
solution implementation requirements, and collision signal slot 
assignment . 

15 The desire to create quality VoIP selrvice springs from an 

initiative with several goals, including the reduction of the 
cost of maintaining carrier networks by switching from a circuit- 
switched to a packet-switched model and by allowing voice and 
data to share a common infrastructure. Existing cable providers 

2 0 see this evolutionary step as an opportunity to provide new voice 

services in an effort to expand their core businesses. Existing 
voice carriers recognize the threat of potential new voice 
service providers and wish to merge theiir voice-networks with 
data networks in order to remain competitive. Consumers will 

25 expect these changes to result in the delivery of at least an 
equivalent of their current voice service at a reduced cost. In 
order to satisfy the demands of all interested parties, the 
preferred outcome of the VoIP initiative is to provide voice 
calls of a quality which is at least equal to that delivered by 

30 today's circuit-switched networks. The quality of a voice call 
is affected by at least two metrics: (1) audio fidelity and (2) 
audio delay 

characteristics. Audio fidelity of packetized voice is affected 
by several parameters. Among them are: (1) Choice of codec - in 
35 general, the lower the compression rate in the codec, the higher 
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the mean opinion score (MOS) of the resulting playback, and the 
better the perceived speech quality; and (2) Lost samples due to 

5 congestion and transmission errors and excjessive path latency - 
lost samples result in distorted speech and other audible 
artifacts, as well as poor throughput , for voice-band data 
equipment such as FAX. 

Audio delay in a VoIP system is determined by the summation 

10 of the individual delays that occur within the total 
communication path for the call. The path includes codec delay, 
packetization delay, LAN queuing and transmission delay, IP 
network queuing delay, processing and trai^smission delays, far- 
end LAN delay and finally, de-packetization delay. When this 

15 total delay exceeds about 150msec one-way, the perceived response 
time of the party at the other end tends to exceed the normally 
expected human response time. As a result, speakers tend to 
become impatient and repeat themselveis and inadvertently 
interrupt the other speaker. The result is general annoyance, 

20 confusion and frustration on the part of both speakers. Anyone 
having made an international call through long transmission links 
may have experienced such behavior. Employing simplex-channel 
handshaking (i.e., saying "roger" to itndicate when one is 
finished speaking and awaiting a response)! is not an acceptable 

25 solution. 

Referring back to Figs, lb and Id, the cable network can be 
a DOCSIS network with completely structured time periods. The 
Cable Modem Termination System is essentially a "master" on the 
cable network and dictates to the various cable modems (''slaves") 

30 in the homes exactly whose turn it is to access the cable system 
network and when, thereby avoiding contention. The operation of 
the Cable Modem Termination system in conjunction with Cable 
Modem(s) is described in the af orementior^ed patent application 
incorporated herein by reference. However, the shared HPNA 

35 network described above does not have a dentralized master who 
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10 



15 



20 



25 



30 



35 



is dictating timing on the network. The shared home networking 
uses the randomization process to sort out the accessing. You can 
specifically time the highest priority traffic (e.g., voice) to 
minimize the time it takes for a voice packjet to make it from one 
end of the cable to the other. This is necessary to preserve the 
quality of voice, otherwise there difficulties in 

communicating over the telephone. When th^ voice packet enters 
the home it is necessary to transfer it fjqom the gateway to the 
handset, and deal with the other devices bperating on the home 
network (e.g., PCs, printers, etc.), or otlher handsets for that 
matter which may have multiple calls operating at the same time. 

A complete VoIP system includes the IP backbone, service 
provider head-end equipment, a local <4elivery network and 
finally, a home distribution network. Referring briefly to Fig, 
70, there is shown a diagram of the network including a plurality 
of POTS phones 2 016a - 2 015c (with an analog connection to 
respective converter devices 2 017a - 2 017c which convert the 
analog calls into samples and packetizes them for sending over 
the network) and an HPNA VoIP phone 2016d (a phone with an HPNA 
transceiver built into it) . The converter device needs to operate 
at the precise 8kHz clock which is described through the protocol 
in accordance with the present invention. In addition, if samples 
are being continually taken at 8kHz, an issue arises as to at 
what point is a set of those samples takeii called a packet and 
started being sent. This will relate to the cable modem system 
network which has a deterministic transmission algorithm such 
that the CMTS (head end) 2020 will dictate to all of the nodes 
and process grants associated with requests from the groups of 
homes having the cable modems. The head end: sends a single packet 
out that describes which home is next in the rotation in terms 
of being able to deliver a packet. The gateway 2018 sets up with 
the head end the fact it would like to get the DOCSIS unsolicited 
grants (at 10msec intervals) . The headend assigned the unsolicted 
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grants. However, the devices on the HPNA LAN are not privy to the 
information that is being transferred b&ck and forth on the 
5 DOCSIS network. As such, the devices are ncpt aware as to when the 
grants occur. A packet synchronization it^echanism is therefore 
needed to determine when the grants occur c^n the network and then 
tell the sample framing to set up the set of samples so that they 
can be sent on the HPNA network and arrivt just in time for the 
10 grant received by the home gateway. Ih essence, the grant 
infoormation is obtained from the cable mbdem, delivered on the 
HPNA LAN network to the appropriate nodfe (each node possibly 
having a grant on the DOCSIS network haVing a different time 
I;; placement) . Once the individual node has its individual 

15 information, it then takes a stream of samples from a telephone 
ill (e.g., every 125usec another sample is o[btained, wherein 80 x 

125usec is 10msec) . A set of 80 contiguous samples is needed to 
be picked at some point in time, and the converter node needs to 
^^;f understand when the grant needs to have tljie packet at the cable 

20 modem, and then some time back from therd the 80 sample packet 
^fS needs to be delivered to the cable modem via the HPNA LAN such 

that when it gets to the cable modem it is not too late for the 
grant. If it arrives too late it will hav^ to wait for the next 
grant, which is 10msec away, adding another 10msec of time it 
25 takes to get across the entire network. Referring briefly to Fig. 
71 an upstream transmission of a VoIP firame #N is seen. This 
indicates when the grant arrives. Another grant occurs with a 
10msec time between the grants. Therefor^, what is needed is a 
determination such that the converter frames up the sample far 
30 enough back in time that it will be sent along the HPNA network 
in time to reach the grant. The present i]tivention provides such 
a determination. 

-- VoIP Packet Latency on Home LANS 

It is therefore important to minimize ithe latency of packets 
35 traveling over the network. It also impoirtant to minimize the 
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variance in the timing of the samples takfen at one end and the 
play out at the other end. The present irivention achieves both 

5 of these objectives. In accordance theriewith, frame slip is 
involved with the difference between the : sampling end and the 
playout end in terms of the clock used at t[he head end and refers 
to an individual sample that was taken at an 8kHz rate. In this 
context, frame slip means that, if samples; are taken at slightly 

10 higher than at 8kHz rate and played out at the 8kHz rate, 
eventually there will be more samples than stime to play them out, 
necessitating a drop in samples in ord^r to catch up, such 
droppage being termed frame slip, a frame being one sample at 

8kHz. The idea is to minimize the nuniber of frame slips, 

I 

15 preferably a tolerable amount being .25 ftame slips per minute. 
In order to accomplish this tolerable amoiiint there must be some 
mechanism for conveying the clock information across the network 
so that the same 8kHz clock is being used^ racher than one that 
is a little faster, or a little slower. The present invention 

2 0 provides such a mechanism. 

With regard to path latency and the jitter in that latency, 
it is not desirable to have packets assembled on one end of the 
network and leisurely delivered at the otljier end. The generally 
accepted number for the longest time tihat can be taken in 

25 delaying a packet when it is delivered across the entire network 
(i.e., from the user home telephone, through the home network, 
up the cable, through the internet, and similarly back down the 
other end to the other user home telephone )i is 150 msec. Anything 
beyond that latency creates stilted conversation. In order to 

30 keep the latency amount down, several issues must be dealt with 
in a shared network. If standard Ethernet^ is used the variance 
in latency that is caused by the standard backoff algorithm will 
cost dearly in what can be tolerated for voice transmission. In 
the HPNA V2 protocol, which also implements a randomized backoff 

35 algorithm, it is different than standard Ethernet in that winners 
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do not get rewarded for having won. A wijnner has to wait out 
until all the losers of the contention r0und have each gotten 
5 their turn before the winner can go back wijih a new transmission. 
This has the effect of greatly reducing the latency on the 
collision resolution and provides a gpod basis for voice 
transmission. 

Components to latency can include the possibility that 

10 someone else is using the network when the network is desired to 
be used and HPNA has prioritization built into it, with voice 
traffic being given the highest priority. However, such does not 
stop someone else being on the network fiirst, and the latter 
needs to wait its turn to send out a packet even though it has 

15 highest priority. When the prior sender is done, the latter will 
have highest priority to the idle network.: A collision may also 
occur with other nodes having highest priority traffic. The 
collision resolution in the worst case can take up to 2.7msec 
with a specific probability of resolution. If the probability is 

20 extended to higher and higher numbers it takes longer and longer. 
This 2.7msec number is taken as the target number for the 
performance currently generally accepted irt the industry. Another 
general requirement in the industry is that, four total telephones 
all doing the same thing at the same time msing the same network 

2 5 to the same gateway must be supported. Adother assumption made 
is that the transmission is ruined by an error and it must be all 

done again. The total time it takes being 11.8msec, the worst 

i 

case. In the other direction, the gateway has a queue of packets 
(transmitting data for four nodes) in the downstream direction, 

30 but it only represents one point of attachment to the network. 
If the gateway's traffic collides with all four coming up, a five 
way collision occurs, and if the gateway is the last one to win 
in that collision, then the gateway has to wait for all of the 
other upstream nodes to finish before it prpceeds. Everybody gets 

35 knocked out due to noise again, and then all that gets out is one 
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node's voice packet. The other three have : to wait to get out in 
the downstream direction. The total, with there being 11.8msec 
on one side of the call and 14.9msec on the other side of the 
call, is 26.7msec. With 150msec to make the complete end to end 
trip, then 114.3msec is left for the test of the trip. In 
accordance with the present invention imprdvements have been made 
to improve upon the latency and synchronize the clock. 

In addition to the voice quality isslues raised above, any 
home-networking solution for VoIP call distribution must support 
a reasonable number of simultaneous calls and must be made 
available at a reasonable cost. Each 6f these requirements 
represent constraints on the effort to rtieet the overall call 
quality objective. The qualitative perfo^rmance objectives are 
summarized by the more specific technical requirements given for 
the entire system as follows: 

1. The frame-slip rate (voice-sample lo^s rate) of the entire 
VoIP path should not exceed 0.2 5 slips per minute. 

2. The end-to-end path latency for any voice call should not 
exceed 15 0msec - the home LAN portion of this overall 
requirement is 10msec. 

3. The home LAN should support 4 simultaneous VoIP calls in 
order to provide an adequate and competitive level of 
service to the end user. 

4. Cost of installation must be reasonal^le. 

As mentioned above, a frame slip is the {Loss of a single 8kHz 
audio-band sample. By minimizing frame ^lips, packet loss is 
minimized, and speech quality is preserved. In addition to 
problems encountered with speech, voice-barid data traffic suffers 
severe throughput degradation when even a small number of codec 
samples are lost. Because each VoIP packet that travels on the 
home network usually includes at least 80 voice samples, the loss 
of a single VoIP packet will cause 80 fram^ slips. Only one such 
loss is allowed per 320 minutes if the 0.25 frame slip per minute 
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goal is to be achieved. This places a veiry strict requirement 
on the home network operation with regard to packet loss. Packet 
5 loss in a home network could be due to ant^ of several factors, 
including : 

1. Losses incurred due to unrecovered bit errors in the 
transmitted message. 

2. Timing mismatch between the 8kHz codec sampling at the 
10 transmitter and the timing slots that ^xist on a synchronous 

network {some VoIP calls may traverse, a synchronous network 
for at least a portion of the route) which ultimately leads 
to buffer overruns or underruns. 

3. Late packet arrival - packets which atrive too late will be 
15 discarded, and are effectively, lost., For example, at the 

home LAN/WAN interface, late-arriving upstream VoIP packets 
will be discarded, since they cannot be expected to arrive 
on time anywhere else along the path once they are late at 
the WAN interface . 
20 4. Congestion loss - some LAN protocols may discard queued 
packets due to congestion or other failures, e.g., excessive 
collisions in an IEEE 802.3 network Causes a packet to be 
dropped. 

As also mentioned above, 150msec is allotted for the total VoIP 
25 call path. The portion of the call path latency allocated for 
home network distribution is 10msec. Assxxiiaing that both ends of 
the call are terminated in a home LAN, th^n the packet delivery 
latency allocated to the home network at either end of the call 
is roughly 5msec. It should be noted that any VoIP packet which 
30 arrives later than the allowed 5msec latency will effectively be 
lost, even though the packet may have arrived without errors. 
A late packet cannot be used in speech reconstruction. 
Therefore, the ability of a network to meet the required delivery 
latency objective not only affects the au^lio delay figure, but 
35 it also directly affects the rate of frame slips. Exploring this 
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relationship further reveals the following limit on latency: (1) 
The network can tolerate the loss of a single packet in 320 
5 minutes; (2) One direction of a VoIP connection will pass 
320*60/10msec = 1.92E6 packets in 320 minut^es; (3) Therefore, the 
allowed rate of lost packets is l/1.92Ei6 = 0.52 packets per 
million. For the latency requirement, this means that the 5msec 
one-way latency number must be met 99.99995% of the time. Most 
10 LAN protocols proposing to fill the home , networking space will 
be incapable of insuring that such a fdjgure is met, because 
traditional asynchronous networks proviide highly variable 
latency. Some networks might be able to achieve a 5msec average 
latency, but the jitter in the latency figure would cause some 
in 15 significant percentage of frames (i.e. »0.'0001%) to be delivered 
III with a latency above the 5msec number. Thiis level of performance 

will not conform to the objectives of a high-quality VoIP system. 

Standard Ethernet protocol might be one choice for a home 
LAN, if it were to be adapted to a home-friendly medium, such as 
|;| 2 0 a phone line or a wireless carrier. The HPNA VI protocol was 
^£ built in just this fashion. HPNA VI protocol is the IEEE 802.3 

MAC protocol operating on home phone lities with a novel PHY 
implementation. However, the IEEE 802.3 protocol's collision 
resolution algorithm delivers very unsatisfactory latency 

2 5 performance when the aggregate network loa<a is moderate to high. 

One of the most often-cited problems arisjing from high offered 
load on the IEEE 802.3 protocol is the network capture effect, 
where competing stations take turns at virtual dominance over the 
network for relatively long periods of time. Overall, the 
30 network behavior is fair, but for short periods of time, the 
network is very unfair. The duration of tljie unfair access times 
is much greater than the required 5msec delivery latency for a 
single VoIP packet. A question arises as to whether VoIP traffic 
can create high enough network loads to cause the network capture 

3 5 effect to appear. If the network is to also be shared for data 
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traffic, then the answer is very clear:! A high load can be 
attained with the introduction of just one; network -session which 
5 attempts to transfer a medium- siz'ed file or web-page. Such a 
file transfer will cause an instantaneous load increase which is 
sufficient to push the 99.99994% confidenc^e envelope for jitter 
well beyond the 5msec number. The following explanation gives 
an example: The IEEE 802.3 network capture effect is the result 
10 of the allowance for the winner of a collision resolution to 
return to the network with the next framte in its transmission 
^^^^ queue, with a built-in advantage over the previous loser for the 

next round of collision resolution. Bedause of the built-in 
Pi advantage, the loser has a relatively high chance of becoming 

ifl 15 locked out of the network for an extended period of time roughly 
fy averaging: 3.5x2^10 X 51.2usec (network sl0t time) ^ 184msec for 

a 10Mbit network. Following this average capture time, the loser 
^ would discard the current transmit frame due to excessive retry 

IkI failure. During the network capture event, the losing station 

JkI 20 would have generated an additional 18 VcilP packets. Each of 
these would in turn be discarded at the LAN/WAN interface, 
because they would all arrive much past their respective 5msec 
latency limits. This utter failure puts the IEEE 802,3 protocol 
well outside of the required performance objective. The HPNA VI 
25 protocol utilizes the IEEE 802.3 MAC function and it specifies 
a slot time for backoff purposes of about 300usec. For HPNA VI 
systems, this results in an average network capture event 
duration of over 1 second. Clearly, a more Sophisticated protocol 
was required. Within the IEEE 802.3 MAC protocol, some provision 
30 can be adopted to reduce the network capture effect, such as 
applying traffic scheduling to minimize the duration of capture 
events. Unless the scheduling operation, is performed in the 
device driver which has real time knowledge of the MAC TX queue 
and of the overall network load, the result will be ineffective. 
35 Even with effective scheduling, there can be no guarantee that 
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the next winner is a node with VoIP traffic instead of the latest 
download from ZDNET. Average latency can be reduced, but 
5 extremes will still be beyond the necessary maximums, and the 
most latency-sensitive traffic is not given any priority. A 
better alternative is the one brought forward by HPNA V2 , as 
described above. 

The HPNA V2 protocol solves the problem of network capture 
10 by employing a simple, yet tightly-bounded collision resolution 
mechanism which does not rely on a central arbiter to resolve 
network sharing issues, known as DFPQ, as described above. The 
% key to the protocol is the employment of a RX based collision 

fi| detection scheme that allows all network nodes to maintain 

yi 15 consistent knowledge of the network condition. Based on the 
m network condition, each node can determine whether it may take 

IJj its turn to transmit a packet. Once a node has transmitted, it 

must wait until all other nodes wishing to transmit have also 
CI taken a turn before it can get a new turn. As multiple nodes 

j;:^ 2 0 contend for the same opportunity to transmit, they perform a 

% 'J 

randomization step which serves to define a transmission ordering 
LI among the competing nodes. Because the ordering decision is 

random and decentralized, there is some non-zero tail to the time 
it takes to resolve a non-colliding order, but the tail is very 

25 small in comparison to the behavior of more traditional collision 
resolution protocols. By utilizing DFPQ collision resolution, 
the network capture effect is completely avoided. Removing the 
network capture effect is not enough to completely solve the 
problem of delivering guarantees of limited' latency. Because some 

30 competing nodes may have relatively time-ijnsensitive packets in 
their queues (such as file transfer data dr web-page data), the 
latency of delivery for the time-sensitive VoIP packets could be 
greatly altered by the varying load of time-insensitive packets. 
Worse yet, if there were a large number of non-VoIP nodes in the 

35 network, and each was given a turn over the VoIP nodes, then the 
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aggregate of non-VoIP traffic could add -L^p to more than 5msec. 
This would again, cause the desired latency bound to be violated. 
5 However, DFPQ again provides a solution. Tjhis time, the solution 
is to allow for multiple instances of the ly^AC protocol to operate 
in parallel, with one instance for each of 8 different priority 
levels. Each MAC instance (priority Iqvel) operates with a 
successively longer inter- frame space (IFSl) , Packets from lower 
10 levels of priority are only allowed accesis to the network when 
no packets exist at higher levels. This mefchanism prevents time- 
^^^^ insensitive traffic from affecting the delivery latency of 

^% packets from higher levels of priority. VoilP traffic is assigned 

Co to the highest level of priority because it has the tightest 

y^lS performance targets of all network traffic. Therefore, VoIP 
fij traffic always gets to ''cut in line", ahfead of lower priority 

Ml traffic. 

^ In order to take full advantage of the multiple priority 

C;| levels of the HPNA V2 protocol, a MAC controller includes 

20 multiple transmission queues. If only one transmission queue 
exists, then it is possible for the device driver to load a low- 
ill priority frame into the queue, not knowing that a short time 

later, a high priority frame may need to ; be queued. When the 
high priority frame does arrive at the device driver, this frame 
25 must wait until the low-priority frame is transmitted by the MAC. 
The HPNA V2 protocol employs absolute priority, such that lower 
priority frames are completely blocked from network access until 
all higher priority frames from all nodes of the network have 
been transmitted. Therefore, a high priority frame waiting in 
30 a transmission queue behind a low-priority frame will potentially 
wait for a long period of time before being transmitted. Because 
the longest allowed frame transmission time is 3.2msec, the 
transmission of only 1 higher-priority frame can cause the 
blocked frame to be late. Referring to Figs. 72a and 72b, all 
3 5 of the frames with higher priority from Nodes B, C and D will be 
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transmitted before the PRI=0 frame from kode A. The blocking 
action of the PRI^^O frame causes the highest priority frame of 

5 all queued frames (the PRI-7 VoIP frame at INode A) to wait behind 
8 frame of lower priority. This behavior is not acceptable and 
causes latency for VoIP frames beyond the 5msec limit. The 
solution to the problem is to allow multiple transmit queues at 
the MAC, such that the PRI=7 queue is serviced ahead of others. 

10 In accordance with the present invention, a single physical queue 
is used, with queue management control that allows re-ordering 
of previously queued frames to allow the liiighest priority frame 
to appear at the head of the queue. Now the' VoIP PRI=7 frame will 
be the first to access the network, ahead Of all other frames on 

15 the network. Further details as to VoIP HOL Blocking 
implementation requirements are set forth , hereinbelow. 

In qualitative terms, the latency df delivery of frames 
using DFPQ is greatly improved over previous methods. However, 
as defined in the HPNA V2 characteristics, the latency delivered 

2 0 by DFPQ does not quite meet the performance goal of 5msec, so a 
few additional features have been defined! to achieve the final 
desired result. 

Referring now to Fig. 73, which shows I aspects of Fig. 70 in 
more detail, there is seen stratum3 refertoce clock 2044, which 

25 is a very high accuracy clock which is delivered to headend 2020 
at the service provider and delivered doWn the cable to cable 
modem 2012. Cable modem clock 2013 is provided to HPNA 
transceiver 2015 at the cable modem gateway. The HPNA transceiver 
then has a mechanism to deliver the clock to a representatively 

30 depicted HPNA-pots Converter 2017a. Voice codec 2050 takes the 
analog signal 2 019 and converts it into digital samples . The 
digital samples get delivered to HPNA MAC 2 015, turned into a 
packet and gets delivered up to the netwotrk. In delivering the 
clock information over the DOCSIS system it was through a special 

35 packet which got captured by a special circuit. However, the CMTS 
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and CM clock coordination could rely on the latency of delivery 
because the DOCSIS network provides a meclianism for determining 
5 how far the CM is^ on the wire from the CjMTS. This is done for 
every node. When the CM receives a cloc]^ stamp 'it adjusts it 
according to its distance from the CMTS, Also, the CMTS knows 
exactly when the clock is relative to the time when it actually 
sends the signal out onto the network. The HPNA network, being 
10 a shared network, does not have this adjustment. Therefore, in 
accordance with the present invention, the clock is taken from 
the cable modem to the transceiver and the, transceiver takes the 
J'=? clock information and runs a clock insidd based upon the clock 

C(| information from the cable modem. At an appropriate time, a 

yf 15 special frame is created that captures thait time and delivers it 
fij across HPNA V2 network 2 014, the transceiver gateway being 

considered a '^master" , with each HPNA - VoIP converter 
'^"^ transceiver being considered a "slave", to all of the slaves. The 

slaves do not correlate their clocks directly. All they do is 
J^J 20 discover the difference between their clock and the other 
(master) clock. The slaves take their own : local timestamp based 
Ll on their local version of the clock and look at the time. They 

do this over multiple periods to find thb drift between their 
clock and master clock. Once they do thjis they can take the 
25 information and use it to adjust the speed of their clock with 
a DPLL circuit. 

In order to explain the new features in more detail, it is 
illustrative to employ an example. Referring again to Figs. 7 0 
and 73, there are several components to the latency in the HPNA 
30 LAN portion 2010 of the VoIP packet transmission path. CM CPE 
2012 is a cable modem device. In the exaittple network, HPNA LAN 
2014 connects 4 VoIP terminals 2016a, 2016b, 2016c, 2016d to home 
gateway 2018. POTS phones 2016a, 2016b arid 2016c are connected 
to HPNA LAN 2014 via converters 2C)17a, 2017b, 2017c, 
35 respectively. VoIP terminal 2016d can h^ve a converter built 
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therewithin and be thereby connected directly to HPNA LAN 2014. 
Home gateway 2 018 interconnects with CMTS: 2020 over an HFC line 
5 2021 using DOCSIS protocol, which car^ be located in, for 
example, telephone company Central Officfe 2024. CMTS 2020 can 
service the PSTN network {^^cloud") 2026 th^-ough PSTN switch 2028. 
CMTS 202 0 can also service the Internet network ("IP Cloud 2030 
via IP through IP router 2032. CM 2012 i$ also coupled to HPNA 
10 LAN 2014 through HPNA MAC 2015. The suppjort of 4 simultaneous 
VoIP connections was given as the required level of support in 
the original set of performance goals. Within the HPNA LAN 
:| portion of the system, there are sevdral components which 

contribute to the total latency of the LAN; These components and 
15 their individual contributions are listed in the table set forth 
in Fig. 74. Note that upstream traffic [experiences a shorter 
% latency than downstream traffic. This i$ due to the fact that 

lii the downstream traffic originates from a sjingle MAC source (i.e. 

the HPNA MAC within the Cable Modem device) and therefore might 
1^1 20 have to wait for all nodes to transmit before each of its third 
and subsequent transmissions. The latency components in Fig. 74 
are defined as follows: 

Access Delay This is the maximum time that a VoIP 

node will have to wait if a VoIP frame 
25 is queued just as a maximum- length 

transmission begins at the lowest 
possible HPNA V2 transmission rate 
(=4Mbit/sec) . There is no network 
preemption if a firame has already begun 
3 0 transmission. 

Collision Resolution This is the overhead needed to resolve 

a five-way collision among 5 VoIP 
transmitters (4 handsets upstream 
frames + one CM , downstream frame) to 
35 the level of uncertainty of lOE-6 or 
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20 



lOE-1, dependinjg upon the column 
heading. The lOfe-6 value is based on 

5 the latency of 13 collision resolution 

cycles. The overbead includes the time 
needed for collision events mixed with 
IFS times and the collision resolution 
signaling function . Transmission of 

10 packets from winning nodes is listed 

separately. 

3 Up, 1 Down This is the time required to transmit 

3 VoIP packets in the upstream 
direction, plus <bne VoIP frame in the 
15 downstream direction. This activity 

would normally occur interspersed with 
the Collision Resblution overhead time. 
This is the time^ required to transmit 
the last VoIP packet in the upstream 
direction. 

This is the time' required to transmit 
the last three VoIP packets in the 
downstream direction. 
The 3 Up, 1 Down, collision resolution, and 3 down entries are 
25 repeated on the HPNA LAN in order to: bring the delivery 
reliability of all VoIP packets to an 4cceptable level. The 
different columns indicate the diff ering , probabilities of the 
event combinations. Head of Line blocking ijs assumed to be solved 
in the table. If not previously solved, the contribution from 
30 this component would be potentially very large. The different 
columns represent different cases of prolbability . The lOE-6 
column includes the time needed to resolv0 a t-way collision to 
lOE-6 probability that all stations hdve had a chance to 
transmit. This column also assumes that the traffic occurs in 
3 5 a home where the network transmission rate^ for all 5 nodes have 



Last Up 



3 down 
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been negotiated to 4Mbit/sec. In the 91% column, the collision 
resolution is still lOE-6 probability, but Ithe transmission rates 
5 for all nodes has been improved to lOMbit/sec. The 90% 
probability case assumes collision resolution time with 90% 
probability and network rates of lOMbit/^ec. As can be seen in 
the table, the total latency for a one ;way path exceeds the 
lOmsec budget allocated to the HPNA LAN pcbrtion of the complete 
10 path. Several additional features are defined in order to bring 
the home LAN latency to a more suitable level. 

The collision resolution mechanism of HPNA V2 can take more 
than 2msec to resolve in the extreme case of probability when 5 
m nodes collide. Improved algorithms for rreducing the collision 

15 resolution overhead have been described abbve. Analysis of these 
III mechanisms demonstrates a vast improvement in the time required 

for resolution of collisions using the new methods. The Fig. 74 
table shows a VoIP frame length of 160 bytes for 80 samples. 
i!3 This translates to a 16-bit linear PCM coding of the voice from 

It 20 the handset. (A 16-bit PCM code would include only 14-bits of 
,5 resolution, but the extra two bits are needed to allow alignment 

y^f to byte boundaries.) If PCM-/^Law is used: instead as the codec, 

then the number of payload bytes per packet is reduced from 160 
to 80. This eliminates another 2.4msec of delay from the 
25 downstream side and 1,5msec from the upstream side. PCM-/zLaw is 
the codec currently employed as the standard for all US PSTN 
traffic. While the BER for the HPNA V2 network can be managed to 
very good values by employing a rate negotiation feature, there 
are still potential impulse noise events that can cause packet 
30 loss. The simplest recovery from such events is to 
unconditionally provide two separate copies of every packet. 
Other mechanisms to protect against impulse-noise induced frame 
loss either are not effective against impulse noise (e.g. FEC) 
or cause excessive additional latency (le.g. low- level ARQ) . 
35 Therefore, the table shows that every VoIP packet is being 
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transmitted twice in order to protect against frame loss due to 
impulse events. This brings the HPNA V2 LAN BER-induced frame 
slip performance to the required levels, but it does add to the 
latency of the system. Delivery latency m^ist be small for voice 
(<5msec) because the overall path latency In one direction should 
not exceed 150msec. Frame slips must be rare because they cause 
a resynchronization procedure in voice-lj^and data connections 
which causes a complete halt of useful information transfer, 
thereby drastically reducing throughput. Voice traffic is not 
as sensitive to frame slips as voice-band data. Voice-band data 
is not as sensitive to latency as voice traffic. Therefore, if 
true voice traffic can be separated fromi pure voice-band data 
traffic, then the voice-band traffic cai^ be sent at a lower 
priority, where the latency of delivery Will not be as tightly 
bounded. This reduces the constraint on :hpna LAN performance, 
because the frame slip rate can probably be relaxed for the pure- 
voice calls, thereby eliminating the need for the double 
transmission of frames and reducing the latency as a result. 
Using this method, voice packets which are lost due to impulse 
events will not be recovered. Voice-band data packets which are 
lost due to impulse events are recovered using HPNA V2 standard 
LARQ procedures (low level ARQ) as desdribed above. Another 
option is to allow the redundant transmisision to occur without 
concentration i.e., use a very short' IFS to transmit the 

complete frame twice in a row. This elimihates the second round 
of collision resolution, trimming another 0.4msec from each end 
of the path. The chart set forth in Fig. 75 shows the latency 
when PCM// coding is used instead of 14-bit linear PCM, and the 
redundant VoIP packet transmissions are drc^pped. A mechanism for 
improving collision resolution time is also included. These 
numbers are very close to the required lateiicy performance of the 
VoIP end-to-end system. 

An additional system latency component exists. This 



-149- 



1 42150/RJP/E264 

component is due to the lack of coordinatiion of the framing of 
voice samples at the handset such that a VoIP packet will be sent 

5 on the LAN and arrive just in time to utilize the next available 
upstream transmission slot on the WAN. l£ such coordination is 
not performed, as much as an additional lOtnsec of latency can be 
added to the upstream path. As an example, ithe DOCSIS network for 
cable modems allocates a fixed amount of bandwidth to the 

10 upstream portion of each voice call. The bandwidth is allocated 
in periodic intervals which match the framing rate of the VoIP 
frames. For example, a call utilizing a iDmsec VoIP packet rate 
will receive a DOCSIS upstream bandwidth allocation allowing it 
to transmit one frame every lOmsec. The initial timing of the 

15 upstream transmission opportunities is random, relative to the 
potential framing of a set of samples at the handset. If the 
handset creates a VoIP frame and sends it to the cable modem, 
with the arrival just missing an upstream transmission slot, then 
the VoIP frame will have to wait lOmsec to be forwarded to the 

2 0 central office. Previous to arriving at the cable modem, the 

VoIP frame already experienced the 5msec .allotted LAN latency. 
Referring back to Fig, 71, this timing relationship is 
illustrated, where the packet arrival at the cable modem is too 
late for the current upstream transmission' slot, resulting in an 

25 additional lOmsec of latency for delivery of all VoIP frames in 
this stream. As can be seen in the illustration, the total 
latency from packetization at the handset to delivery on the 
DOCSIS network for this example is about 15msec, This is well 
beyond the 5msec target. If the packetization at the handset can 

30 be synchronized to accommodate the HPNA LAKf delivery latency and 
the cable modem processing delay such that the VoIP frame is 
ready for transmission on the next upstream slot, then the 
additional lOmsec latency penalty can be avoided. The mechanism 
for coordinating the handset framing is accomplished through a 

35 protocol to communicate the upstream slot timing from the cable 
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modem to the handset. Such coordination ijs provided via a clock 
synchronization mechanism between the icable modem and the 
handset. The clock synchronization mechanism includes a timing 
circuit within the HPNA MAC controller an(& an HPNA LAN protocol 
for the exchange of timing information. Through the exchange of 
timing information, the handset discovers when the next upstream 
transmission opportunity will occur. It assembles the initial 
VoIP packet at such a time that accounting, for HPNA LAN delivery 
latency and cable modem processing latepicy, the packet will 
arrive in time for the next available upstrfeam transmission slot. 

Referring again to Figs. 70 and 73, even if all VoIP packets 
from the HPNA-enabled handset are deliveried error-free and on- 
time, a VoIP call may still experience fra^ne slips which are due 
to a mis-synchronization of the handset A/D sampling clock and 
the reference clock of the synchronous network which provides a 
portion of the transport for the VoIP packets. In the example 
thus far depicted in Figs. 70 and 73, the DOCSIS network is 
synchronous, and so is the PSTN over which the call may 
eventually be routed. In either case, if the VoIP packet samples 
are collected at a rate which is slower or faster than the 
standard 8kHz rate, then there will eventually be an accumulated 
sample deficit or overage. The result will be that eventually, 
an entire VoIP packet will be lost. Because of the 0.25 frame 
slip per minute requirement, the 8kHz sample clock at the handset 
must be accurate to within 0 . 52ppm of thfe synchronous network 
clock^s time reference. The synchronization of the handset sample 
clock to the synchronous network's reference clock is 
accomplished through the same protocol that allowed the 
conveyance of upstream slot timing inf orniation . The protocol 
employs a timestamp generator in the cable liaodem and the handset. 
Cable modem 2012 already maintains a clock in timing 
synchronization circuit 2040 which is locked to the DOCSIS head- 
end timing synchronization circuit 2042 and in turn to reference 
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clock 2 044, because all DOCSIS network activity is synchronous 
to this reference clock. Cable mocjem 2 012 makes this 
synchronized clock available to HPNA MAC device 2015, which then 
uses it to drive timestamp circuit 2046. fThe HPNA MAC timestamp 
is delivered from cable modem 2012 to handset devices 2017a by 
way of HPNA LAN 2014. Handset MAC devices use these timestamps 
to synchronize their local clocks in theit respective timestamp 
recovery circuit 2048. They in turn, provide an output clock 
which is used by the A/D sampling circuit in voice codec 2050. 
The HPNA timing information exchange messages include absolute 
time references which are used to synchroitiize the handset clock 
with stratum 3 timing reference 2044, and they include upstream 
transmission slot information which allows VoIP packets to be 
framed and delivered at the most appropriate time. 
-- Time Synchronization 

Signaling frames and procedures are defined to permit time 
synchronization between Home gateway 2 018 apd representative HPNA 
- POTS converter 2017a as depicted in Fig. 73, The time 
synchronization procedures enable ty^o types of time 
synchronization: (1) The 8kHz sample rate of the analog voice 
codec at the handset is synchronized to a Reference clock at the 
Home gateway; and (2) The generation of encoded voice packets at 
the HPNA - POTS converter is synchronized to the arrival of the 
assigned upstream times lot at the Home gateway from the digital 
carrier network, accounting for any processing delays or jitter 
introduced by HPNA network access. In tjhe DOCSIS/PacketCable 
system, this is the arrival of an upstream grant sync for the 
service flow allocated for the specific voice stream. 

Referring to Fig. 73 in conjunction with Fig. 80, home 
gateway 2 018 implements a counter/ timer that is sync-locked to 
the network stratum reference source. The HPNA MAC transmitter 
in the Home gateway implements a function to read and latch the 
value of the counter/ timer into Master Timestamp Register 3 011 
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at the exact time of transmission of a frame marked with the 
"Latch Timestamp" (LTS) descriptor bit. Th^ HPNA - POTS converter 

5 implements a counter/timer which is subdivided to derive the 

1 

Codec clock. The HPNA MAC receiver in the HPNA - POTS converter 
implements a function to read and latch the value of the 
counter/ timer into Receive Times tamp Register 3013 upon the 
receipt of a frame. Receive Timestamp Register 3013 is logically 

10 part of the receive status word of each received frame. The 
timing information is conveyed to the HPNA - POTS converter via 
a pair of messages. The Home gateway peiq^iodically transmits a 
Timestamp Sync (TSM) frame with the LTS i descriptor set, then 
reads and transmits the latched Master Tiitiestamp register value 

15 in a subsequent Timestamp Report (TRM) ftame. The HPNA - POTS 
converter reads and saves the Receive Timistamp register values 
of Timestamp Sync frames, and builds a database of corresponding 
Receive and Master timestamp pairs from thb received TSM and TRM 
frames. The HPNA - POTS converter periodically calculates: 

20 frequency error [ (Rs-Rj /Ms-M^) ] -1 . 'The frequency error 

adjustment is then applied to the HPNA - POTS converter local 
codec clock. 

The Home gateway implements a function to read and latch the 
value of the reference counter/ timer into Grant Timestamp 

25 register 3030 upon the occurrence of a sejlected timeslot grant 
sync signal from the upstream network (i.e. SID match and Grant 
sync) . The Home gateway is aware of th^ mapping of upstream 
timeslot grant to specific HPNA - POTS converter and line ID. The 
HPNA - POTS converter implements a timer that generates a local 

30 frame sync signal at the expected voice friame rate. This timer 
is derived from the local codec clock. The relative timing of the 
upstream grant sync signal is conveyed ' to the HPNA - POTS 
converter prior to enabling the voice encoder, but after the 
establishment of the upstream service flow. The timing offset 

35 is adjusted to account for internal processing cycles needed each 
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by the Home gateway and the HPNA - POTS converter, and allowing 
for worst case voice frame latency on the HPNA media. When the 
5 Home gateway needs to send the times l9t grant sync timing 
information, it will latch the grant timestamp value and adjust 
the value to account for internal processing time to receive and 
forward voice frames to the upstream network interface. The 
adjusted grant timestamp is transmitted; to the HPNA - POTS 
10 converter in a Timestamp Report (TKM) f:q-ame. The HPNA - POTS 
converter calculates an absolute time offset from the difference 
in the Receive and Master timestamps, an^i calculates a future 
local frame sync time as: Frame Sync = Gr^nt timestamp + offset 
1(1 + voice frame period - latency; where latency = HPNA - POTS 

15 converter internal processing time + wci^rst case HPNA media 
III transmit latency. The method by which the Frame Sync adjustment 

yj is then applied to the HPNA - POTS convetter voice encoder is 

^- implementation-dependent. Figs. 76 and 77(1)- 77(2) depict the 

f;;| Timestamp Sync Frame format and the Timestamp Report Frame 

j;- 2 0 format, respectively. The Home gateWay transmits time 
synchronization frames (Timestamp Sync Message and Timestamp 
j!.! Report Message) on a periodic rate continuously. Frames are 

transmitted to the broadcast MAC address using MAC priority level 
6. Time sync messages are always transmitted in pairs, according 
25 to the following procedure. The Home gateway maintains a Time 
Sync timer and a sequence number counter, $eqNum. Upon expiry of 
the time sync timer, the Home gateway :( 1 ) r[es tarts the Time Sync 
timer with period 1 second; (2) increments SeqNum = SeqNum + 1; 
(3) formats a Timestamp Sync Message frame M^ith the current value 
3 0 of SeqNiim; (4) marks the frame with the LTS ^ 1 descriptor 
and (5) transmits the TSM frame. The Home gateway then: (1) reads the 
value of the Master Timestamp register ; (2 ) formats a Timestamp 
Report Message frame with the current valuer of SeqNum and Master 
Timestamp, and (3) transmits the TRM frame. Ijpon the establishment 
35 or re-establishment of an upstream service flow for a media 
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stream, the Home gateway : (1) obtains the grant timestamp for the 
service flow from the Grant Timestamp register; (2) adjusts the 
5 grant timestamp by a known constant e^jual to the internal 
processing time to receive and forward an upstream voice packet; 
(3) formats a Timestamp Report Message frapnae as above, including 
the additional Grant Timestamp and associated Line ID and Call 
ID fields; and (4) transmits 3 copies the TRM frame. TRM frames 
10 containing a Grant Timestamp are transmitted immediately (without 
waiting for the Time Sync timer to expire) . An HPNA - POTS 
converter derives clock and grant timing information from 
received Timestamp Sync and Timestamp Report message frames. 
|g Frames which are received with a MAC souitce address (SA field) 

15 that do not match the expected Home gateway are discarded, 
fij "^^^ EmA - POTS converter maintains an, information base of 

IJ {SeqNum, Receive timestamp, Master timestamp} tuples. The most 

^i^"^ recent 2 tuples are retained; older tuples are discarded. Upon 

Kl receipt of a Timestamp Sync Message frame, the HPNA - POTS 

20 converter reads the Receive Timestamp redeive status word, and 
enters the {SeqNum, Receive Timestamp} tuple into its information 
13 base. Upon receipt of a Timestamp Report Message frame, the HPNA 

- POTS converter: (1) locates the tuple associated with the 
received sequence number, SeqNum, from its information base; 
25 (2) enters the Master timestamp value in the corresponding tuple 
in the information base; {3 ) calculates a codec clock frequency 
error: where frequency error = [R..^^ -R, ™ T^ ) / (M -M n -1 - 

and (4) adjusts the local clock frequency as necessary. When the 
HPNA - POTS converter receives a Timestamp Report Message frame 
30 containing a Grant Timestamp, the HPNf - POTS converter: 
(1) examines the SeqNum field and discarlds the message if a 
duplicate received frame and takes no further action; (2) 
examines the Line ID and Call ID field and discards the message 
if no match to an existing voice call; (3) calculates the time 
35 delta to the next local frame sync signal as follows: Frame sync 
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time " Grant Timestamp + T^,,,^^ + VF - K^p^ - Khp^^; where T,,,^^^ = 
Receive Timestamp - Master Timestamp (absojlute time offset); K^pu 
= a known constant equal to the HPNA - p6tS converter internal 
processing time to prepare an upstream voice packet; Khp^a = a 
known constant equal to the worst case Hl|NA media transmission 
delay; and VF = voice frame period; and ^(4) adjusts the local 
frame sync timing as necessary. 

HPNA VoIP Timing Synch Circuit 

In accordance with the present invention a solution to the 
problem of synchronization of clocks between the Cable Modem (CM) 
and the handset in a VoIP network that includes an HPNA LAN as 
the link between the handset and the CM ±$ provided. The clock 
in the cable modem is used to synchrortize transmissions of 
upstream packets to the DOCSIS MAC timing. Upstream transmission 
times are generally dictated by the DOCSIiS head end equipment. 
In addition, for synchronous traffic flov[?s, such as VoIP, the 
periodicity of the transmission of packets of the flow is 
directly related to the upstream clock. 'Furthermore, the data 
samples in the packets are acquired at a rate which is a 
derivative of the system master clock. Because of these timing 
relationships, the cable modem clock must be synchronized to the 
clock in the cable modem head end. At the V6IP handset, the local 
clock is used to sample the analog voice channel. This local 
clock must be related to the DOCSIS head end clock for proper 
operation to occur. 

As has been described briefly above, s^^nchronization between 
clocks in VoIP handsets and CMs is necessary for two reasons: (1) 
the sample rate of the analog voice signai at the handset must 
match a standard 8kHz value that is established for the entire 
voice transmission path in order to avoid frame slips (lost 
samples or sample gaps) which compromise the quality of voice 
traffic and significantly reduce the thrcpughput of voice-band 
data flows ; and (2 ) the framing of samples into an RTP voice 
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packet must occur synchronously to the arrival of an upstream 
grant at the DOCSIS MAC in order to minim^-ze the latency of the 
5 upstream path. The SNR of the coded voice! signal that traverses 
the PSTN must meet the requirements of| ITU-T recommendation 
G.712, which specifies an SNR of 35.5dB tor most input levels. 
Variation in the A/D sample clock from a hominal 8kHz frequency 
can be modeled as noise in the coded signal, and therefore, a 
10 poorly tracking sample clock in the handset can cause the handset 
to fall out of compliance with ITU-T G.712. The performance 
limits of G.712 translate directly into the jitter performance 
Q objective for the timing synchronization circuit of the HPNA VoIP 

13 system. A voice sample loss rate of 0.25 samples lost per minute 

1^ 15 must be maintained to support a toll-qua]Lity VoIP call. This 
fij requirement translates into a long-term Average tracking error 

j^j of 0.52ppm between the handset and the Cl^d. The overall latency 

,j that can be experienced by a real-time interactive voice call 

C3 before user-reported degradation of call quality occurs has been 

20 determined, through experimentation, to b^ no more than 150msec 
according to ITU-T recommendation G.114. therefore, the one-way 
J;f latency limit of 150msec from ITU-T G.114! sets the performance 

goal for the latency requirement to be met by the HPNA VoIP 
system. The largest potential customer of the systems to be 
25 built using the HPNA LAN for VoIP traffic hjas stated their desire 
for the final system to be capable of meeting the G.114 goal. 

Both the CM and the handset will contain a local reference 
clock for the HPNA LAN. The two clocks must share a common value 
and must be running at the same rate, avejraged over time, with 
3 0 a maximum instantaneous error not to excejed TBD, which matches 
the DOCSIS requirements. Several mechanisms have been explored 
in order to solve the synchronization problem. Among them: (1) 
a software mechanism for determining the timestamp at a remote 
location and correlating that time to the local time, using round 
35 trip estimation to determine the correction for queuing delay at 
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each end, e.g.. Network Time Protocol; (2) a relative adjustment 
mechanism that sends only corrective in^dications between the 
5 timing master and the timing slave. Both, of these methods lack 
the ability to discriminate between timing errors that are due 
to frequency drift at the slave and erirors that are due to 
inaccuracies in determining the exact reference time. It is not 
well known if the inaccuracy of determining the reference time 
10 might create frequent and wide swings ih. the local reference 
clock, resulting in widely varying sample intervals over 
relatively short periods of time, or worse,: resulting in unstable 
^% clock behavior and frame slips. If wide or sudden variations in 

19 reference time information is expected, then a reduction in 

15 tracking loop gain might solve the problem, but such a reduction 
fy might place the tracking ability below the level where actual 

IJ frequency drift can be tracked well enough to meet the 

^1^' performance criteria for VoIP. However, the most compelling 

C;| argument against a soft method of time determination and tracking 

20 is the one that suggests that while the frequencies in question 
may remain relatively stable over the periods of interest, the 
reference time establishment methodology (round trip time 
measurements) may not be very stable over short periods of time. 
Changing traffic patterns may produce sudden and persistent 
25 asymmetries in the two legs of the round' trip, resulting in a 
sudden change in the timestamp estimation error. Without 
distinguishing the reference time estimation error from the 
frequency drift error, it could be the case that the DPLL 
inappropriately uses frequency correction^ to adjust for these 
30 sudden phase shifts. The sampling frequendy could then be enough 
out of step with the CM as to cause frame slips over relatively 
short periods of time. Voice-band data might suffer throughput 
degradation from the relative sampling time errors and voice 
traffic itself might suffer from harmonic distortions. The SNR 
35 requirements of ITU-T G.712 might not be met. In any case, any 
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of these methods ultimately require the imi)lementation of a local 
clock generation circuit with a tracking: function in order to 
5 create a clock source for the A/D circuit ;at the handset. Given 
that the need for a tracking function is riequired, a more formal 
mechanism for delivering precise referen<ie time information is 
provided in accordance with the present ihvention that does not 
confuse frequency drift with reference tihe estimation error. 

10 The cable modems employ a DPLL to traick the reference clock 

which is located in the cable modem heafi end equipment. The 
performance of the DPLL must be sufficient to meet the 
requirements for digitized voice transmission set forth in ITU-T 
recommendation G.712. ITU-T recommendatiori G.712 gives an SNR of 

15 35dB to be maintained for PCM signals. Thjis value cannot be met 
with PCM ju-law encoding (beginning with l2-bit linear samples) 
in the presence of more than about -70dB' noise. The analysis 
done for the voice over DOCSIS case, accotinting for the A/D and 
D/A performance, suggests that the oujtput clock used for 

20 generating the 8kHz A/D voice sampling clodk should have a jitter 
of 5ns or less in order to meet these reiquirements . Any DPLL 
employed for clock tracking must be able td perform to this level 
if G.712 criteria are to be met. Assurt^ing that the highest 
sampled frequency in the voice band is 4kHz, then with 5ns of 

25 jitter, a sine wave of 4kHz experiences a maximum instantaneous 
amplitude error of: 2 0 *log [ sin ( 5ns/250/^sec*2n) -sin ( 0 ) ] =-78dB, a 
jitter of 30ns produces an error of: 20*log|sin{30ns/250Msec*2n) - 
sin(O) ]— 62dB. The existing HPNA MAC includes a clock of 64MHz, 
which could produce a , jitter of 

30 15.7ns:20*log[sin(15.7ns/250/^sec*2n)-sin(C)) ]=-68dB. One further 
point to note is that the CM device currently does not provide 
a straightforward means for determining gtant arrival times to 
the MIPS core. These facts point favorably in the direction of 
at least a partial hardware solution for collection and delivery 

35 of grant and reference timing information. ^The general mechanism 
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that is used to maintain timer synchronization between the CM and 
the HPNA handset is very close to the method used by the CM and 

5 the head end equipment in the DOCSIS netwdrk — however, as much 
of the circuit as is possible can be imj^lemented in software. 
This minimizes the impact to the MAC design while maintaining 
some flexibility in the design that alloys the synchronization 
mechanism to be fine-tuned outside of! silicon development 

10 schedules. 

As described above, the CM DOClSIS clock maintains 
synchronization with the headend DOCSIjS clock through the 
exchange of ranging messages and SYNC messages with the DOCSIS 
head end equipment. The timestamps in these messages are 

15 inserted and extracted as the messages leave or enter the DOCSIS 
MAC devices. The synchronization of the CM clock is maintained 
by a circuit within the DOCSIS MAC called the Timing Regeneration 
Circuit (TRC) . The CM extracts the timestamp from the SYNC 
message as the bits are arriving off of th^ wire. This timestamp 

20 is passed to the TRC, where an immediate comparison to the local 
timestamp is made. Any difference is used to adjust a DPLL which 
controls the local clock frequency. A ranging message is used 
to determine the time-distance between the CM and the head end. 
The local clock is adjusted for this offset. The local clock in 

2 5 the CM is used to time CM DOCSIS operations, such as upstream 
transmissions. But CM VoIP operations must also run 

synchronously to the DOCSIS head end clock, so a product 
implementation includes two functions whidh allow for POTS /VoIP 
conversion devices (i.e. A/D and codec functions) to operate in 

30 synchronization with the DOCSIS clock. Tftie first VoIP support 
function of a product implementation is the export of a clock 
(TIC_CLK„0UT) , which is a derivative of the local DOCSIS clock. 
TIC_CLK_OUT is used to drive the A/D sampling of the voice 
channel. This clock is used in order to insure that the sample 

35 rate of the A/D is locked in frequency to the DOCSIS clock. By 
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doing this, the A/D sampling does not get lahead of or behind the 
DOCSIS grants --a situation which would iresult in lost samples 
or gaps in the stream of samples, The^ second VoIP support 
function of a product implementation is the export of a set of 
grant signals which indicate the arrival time of an upstream 
grant which corresponds to the desired frfaming interval of the 
collected voice samples. This grant signal indicates the framing 
boundary for a Voice over IP RTP data packet, which is a 
collection of A/D compressed and coded sam^^les. An equivalent of 
these two functions is exported to the HPNA LAN-attached 
handsets, in order to allow the analog portion of the handset to 
maintain a proper sample rate and to allow the DSP to packetize 
a set of samples in a timely manner, to avoid additional path 
latency. 

The HPNA device does not need to duplicate the exact 
mechanism of the DOCSIS MAC device because the HPNA MAC at the 
CM has direct access to the TICK-CLK-OUT clock. Therefore, a 
subset of the DOCSIS synchronization mechanism is implemented for 
the HPNA LAN MAC device. In addition, the HPNA LAN MAC mimics 
both the DOCSIS head end behavior and thei DOCSIS CPE behavior. 
The HPNA LAN MAC device located at the CM will provide a timing 
reference to the HPNA LAN MAC devices located in handsets. The 
CM's HPNA MAC will mimic the functionality of the head end 
equipment with respect to clock sourcing. That is, there will 
be a master/slave relationship between HPNA MAC'S in CMs and HPNA 
MACS in handsets — the master dictates the current time to the 
slaves. This relationship only slightly coipplicates the HPNA MAC 
time synchronization solution, as the same i circuit can easily be 
made to operate in either capacity. The basic solution is similar 
to the DOCSIS MAC solution. A DPLL is incorporated within the 
HPNA MAC device. The DPLL is easily provided as a complete 
circuit (Timing Regeneration Circuit) . In addition, the Smoothed 
TICK Clock Generator circuit is needed to produce the A/D sample 
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clock at the handset side. In addition to the DPLL, the HPNA MAC 
includes a grant timing indication circuit. This circuit is 

5 basically a timestamp function that operates whenever a grant is 
signaled by the CM. In practice, it is simply a modification to 
the existing CM DPLL circuit. A few registers are added to the 
HPNA MAC to support the TRC operation, and a few more for 
supporting the Grant Timing Indication circuit. These registers 

10 are fully described hereinbelow. The final modification to the 
HPNA MAC is to include up to 6 new pins to provide an interface 
into the new circuits. In fact, the handset requires only 2 pins 
to support the needed synchronization function. The 6 pins is 
a maximum requirement for the timing master configuration. The 

15 timing slave needs only 2 pins. A preferred embodiment is that 
the timing slave provide 3 pins. The pins employed for the 
master functions do not need to be shared with the pins that 
support the slave functions. The pins will operate differently 
depending upon whether the MAC is at the CM or at the handset. 

20 The pins provide the functionality depicted in Fig, 78. There is 
some unsettled discussion surrounding the iquestion of whether or 
not additional Grant Present Indicationjs are needed by the 
handset. That is, should the handset H^NA MAC be capable of 
providing grant indications for more than one VoIP connection? 

25 Because the current Broadcom CM reference design utilizes the MSI 
mode of the HPNA MAC device, the 6 pins c^n be multiplexed with 
the upper AD pins of the PCI interface when in MSI mode. It is 
not expected that other CM designs which might employ the PCI bus 
would also include the GrantRcv and referehce clock signals used 

30 by this interface. It is also not expected that PC-telephony 
applications need to be supported, therefore, the timing 
synchronization function will not be available in PCI mode. One 
product requiring both the use of the pdl mode and the grant 
synchronization interface has been suggested. This product would 

35 be a PCI-based HPNA card for a PC, in which an RJll jack would 
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be provided to allow for a single POTS line connection to the 
back of the PC. The card would serve a dual purpose of providing 

5 a data coinmunications path for the PC whilte allowing the user to 
add a new VoIP line to his existing set 0f phone lines. This 
product implementation would necessarily ct>st more than a stand- 
alone PCI data-only card, since it would have to include the A/D, 
DSP, memory and miscellaneous functions required to convert the 

10 POTS signal to HPNA, In any case, if the reality of this type 
of product implementation is considered quite likely, then the 
PCI-based grant interface needs to be fjactored into the pin 
configuration of the PCI mode. In any casje, if the most likely 
PCI-based grant interface scenarios re;^resent only handset 

15 applications, then only three pins are^ needed to supply a 
complete enough interface. It may be possible to reduce this to 
two pins, if the DPLL input clock can be obtained from an 
existing, internal HPNA MAC clock. At the | CM side, the HPNA MAC 
uses the CM's TICK-CLK-OUT signal as the reference input to the 

20 DPLL. Since this reference is already locked to the head-end's 
DOCSIS clock, no corrections are ever neeided for the DPLL that 
operates in the HPNA MAC at the CM site it too runs in synch 
with the DOCSIS clock. Note that no attempt is made to make the 
value of the CM HPNA MAC timer match the value of the DOCSIS MAC 

25 timer. This is not necessary. However, it will be necessary to 
match the timer value in the CM to th^ timer value in the 
handset. The synchronized reference clock information needs to 
be transferred from the CM HPNA MAC to the HPNA handsets so that 
local sampling operations can maintain syhchronization with the 

30 DOCSIS reference, and so that the handsets can frame their 
samples to align with Upstream Grant arrivals. 

The transfer of the CM HPNA MAC timtestamp to the handset 
HPNA MAC timers is effected as follows. Instead of transferring 
DOCSIS SYNC-like messages with timestamps ! inserted/extracted on 

35 the fly, the HPNA synchronization mechanism relies on an internal 
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MAC indication of frame movement to latch the current time into 
a timestamp register. The value in the regjister is read and then 

5 delivered in a subsequent frame to the haridset which uses it to 
adjust its clock. 

The CM HPNA MAC device is set up (through a register bit) 
to be a timing master, such that only transmit activity is 
times tamped. Ideally, only frames marked with the Timestamp 

10 transmit descriptor bit will cause the HPIfA MAC timestamp to be 
latched. Software in the CM reads the timestamp following the 
sending of a frame that had the Timestamp descriptor bit set to 
TRUE. Software then constructs a TIMEjSTAMP REPORT message 
containing the latched timestamp value and: queues this frame for 

15 HPNA LAN delivery to the broadcast address. The queue latency 
is unknown and doesn't matter. The strict identity of the frame 
which generated the timestamping event is unknown and doesn't 
matter, although it is preferable to limit the frames which are 
timestamped. The mechanism chosen is to tiinestamp only TX frames 

20 that have the LTS descriptor bit set. To limit processing 
requirements at the receive end, the special Timestamp Report 
Message (TRM) is defined. Only TRM will rieed to have timestamp 
information recorded and delivered front the timing master. 
Timing slaves will then be able to ignpre receive timestamp 

25 information from all but TRM packets. Meanwhile, at the handset, 
and referring back to Fig. 80, the receiver is configured to act 
as a timing slave, such that only receive activity is 
timestamped. Each received frame trigger^ a timestamp to occur 
at the same relative position within a. frame. There is a 

30 tradeoff wherein positioning the timestampl sample at an earlier 
location in the frame (up to and including the Type/Length field) 
yields a fixed offset from the beginning of the frame and results 
in the elimination of an offset correction. But the earlier 
timestamp allows less time for the handset's logic to read the 

3 5 latched timestamp before a new frame possibly overwrites the 
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latched value. A preferred method causes the latched timestamp 
to be incorporated within the RX status word of each received 

5 frame; thereby eliminating any race condition. In any case, the 
timestamp for each received frame is stored in memory. 
Associated with each timestamp is a TRM Sequence number. The 
receiver may eliminate all RX status word timestamps that do not 
correspond to TRM packets. What remains is a database of TRM 

10 sequence numbers and their corresponding !RX timestamps. When a 
TIMESTAMP REPORT message arrives, the handfeet searches its local 
database for the referenced sequence nuniber and compares the 
received timestamp with the stored timestamp. The difference 
between the two values is used to determine the DPLL error. The 

15 handset performs a filtering function on the error, adds the DPLL 
bias value and then writes the resulting value into NCO_INC 
register 3014. In order to maximize the performance of the DPLL, 
it is recommended that TRM packets be sent in pairs. The rate 
of transmission is suggested at about 1 paiir per second. From the 

20 DPLL, an output can be fed to the pin outptit that will drive the 
codec of the handset and ultimately, the A/D sampling circuit. 
Initialization of the handset timer is achieved by accepting two 
TIMESTAMP REPORT messages, the second one t>f which refers to the 
first. The receiver adopts the error irtdicated as an OFFSET 

2 5 value. This value is always added to received timestamps in 

order to calculate DPLL error. The DJLL counter is never 
modified. Since part of the DPLL loop is performed in software, 
the offset correction can easily be perfor^ned there. The CM HPNA 
clock is sampled as DOCSIS upstream grants arrive. The grant 

3 0 arrival times is then communicated to individual handsets through 

HPNA packets, in order to allow the assembly and queuing of RTP 
voice packets to be scheduled to insure that the packets will 
arrive at the CM just in time for the next upstream grant. 
Packet assembly overhead, queuing latency, transmission time, and 
3 5 CM packet processing time is subtracted from the grant time in 
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order to generate a packet assembly start time that insures that 
the packet meets the next upstream gr^nt at the CM. The 

5 mechanics of this operation are as follows. DOCSIS upstream 
grants are signaled by the cable modem through the GrantRcv [ 4 : 0 ] 
interface. GrantRcv [4] is used to indiqate the arrival of a 
grant from the head end. GrantRcv[3 : 0] are used to signal the SID 
which corresponds to the current grant. E^ch SID corresponds to 

10 a particular connection flow, such as an iindividual call flow. 
The timing of the arrival of each grant needs to be communicated 
to the appropriate handset. In order to accomplish this, the 5 
GrantRcv signals are fed to the CM HPNA MAC, and the HPNA MAC'S 
internal times tamp value is latched whenever the GrantRcv [4] 

15 signal becomes active, provided that the :GrantRcv [ 3 : 0 ] signals 
match the value set up in the tscSID regiister of the HPNA MAC. 
The MIPS core of the CM programs the tscSID register to match the 
SID corresponding to the call in progress, for a given handset. 
Once the GrantRcv [4] timing is latched in the HPNA MAC, the MIPS 

20 core reads the latched timestamp and subtracts worst case queuing 
latency, transmission time, and CM packet processing time. It 
then sends a GRANT„TIME STAMP message to the appropriate handset. 
A SID to MAC address mapping exists at the CM in order to allow 
for proper grant timing signaling. This rtap is constructed and 

2 5 maintained by the MIPS core. The handset receives the 

GRANT_TIMESTAMP message (an extended version of the TIMESTAMP 
REPORT message) . The handset adds N*T time units (N=integer, 
T=RTP packet period) minus packet assembly processing latency to 
the timestamp from the message in order to calculate a time that 

30 is in the future. It then loads this time into the GRANT_TIME 
register so that the HPNA MAC can produce a grant-sync output to 
the codec at the appropriate .time. When the TRC reaches 
GRANT_TIME, the GrantRcv[4] signal is asiserted for one clock 
pulse duration and GRANT_TIME register 303 0 is automatically 

35 incremented by the value in GRANT„PERIOD register 3017. A 
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register bit exists to disable the generation of grant pulses on 
GrantRcv[4] , A safety bit is used to indicate that the grant time 
5 has been indicated, in order to prevent thfe case of a grant time 
having been passed before it was programmed, and hence, no grant 
signals ever being generated. The safety bit would be a register 
bit that changes from a 0 to a 1 when the grant time is signaled 
on the output pin, and which can only be reset to 0 by software. 
10 Note that the timing master must switch between transmit and 
grant-arrival timestamp latching operations. The implementation 
may include either one latch that is switchable between the two 
functions , or two latches to satisfy both requirements . The 
receive frame timestamp latching operation may share one of the 
15 latches mentioned, or it may be separate. 
1(1 Referring to Fig. 79 the PINS associated with HPNA MAC 

changes are depicted. The device is either a timing master or a 
iiji timing slave, but never both. Therefore, the maximum number of 

J^^ pins required for either mode is 6. This requirement is for the 

^ 20 timing master, where the MSI mode is expected to be employed. 
Newly defined registers for the HPNA MAC are provideed. These 
registers do not come with the TRC circuit. 
1,1 NCO_INC [15 : 0] written with the filtered difference between 

slave and master tim4 plus NCO bias value 
25 when tracking adjustments are being made to 

the DPLL 

tscSID[3:0] determines which Grant [4] input pulses will 

cause a timestamp l^tch event latch 
events only occur when Grant [3:0] match 
30 tscSID[3:0] AND Grant [4] is asserted AND 

tMastertMaster is TRUE AND sGrant is true 
GRANT_TIME [15 : 0] contains a time that is to be matched 

against the slave time + of f set_adjust , 
When a match occurs. Grant [4] output is 
35 asserted for one clock pulse and the value 
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25 



30 



GRANT_PERIOD [15:0] 
TX„TIMESTAMP [31:0] 



RX_TIMESTAMP [31:0] 



15 V_SCALE[7:0] 



TS_SCALE[7:0] 



of GRANT^TIME is autc^matically incremented 
by tlie value of GBANT_PERIOD (multiple 
registers to support multiple cliannels?) 
(fixed at 10msec, so liot needed?) 
contains timestamp lattclied as a result of a 
transmit event (e.g. preamble transmitted 
AND TIMESTAMP bit of descriptor is TRUE?) 
(shared with GRANT TIMESTAMP register) 
contains timestamp latched as a result of a 
receive event (e.g. DAt=BCAST?) , the lower 16 
bits of this value will be automatically 
stored in the RX statiis word 
scaling value to be apj^lied to the timestamp 
cloclc in order to produce the required A/D 
voice sampling cloclc 

scaling value to be applied to the NCO 
output cloclc in order to create a common 
Timestamp clock frequdncy 



Miscellaneous register bits could go into lexisting registers if 
needed. 

EN„REF„OUT when set, this bit enables the V_CLK_OUT and 

Grant [4: 3] output drive functions. This 
control bit only causes these pins to become 
outputs when the chip Jnode is MSI. 

S_EXT_REF_CLK when set, the TRC circuit input reference 

clock source is the D£>LL_REF_CLK pin, when 
reset, the TRC inpiiit clock source is 
internal to the device 

used to switch between : latching timestamp on 
transmit signal instead of receive signal, 
default value is tMastierSMaster ~ TRUE 
used to switch between latching timestamp on 



tMastertMaster 



35 sGrant 
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Grant [4] signal instead of on transmit 
signal 

GRANT_SIGNALED needed to make sure th^t the Frame [0] signal 

was actually assented the slave 

c on t r o 1 1 er may have set a GRANT_T IME tha t 
was not sufficiently far in the future, due 
to processing latency if the GRANT_TIME 
value had already beto passed when it was 
loaded, then no grai^t signals are being 
generated externally — this bit can be used 
to verify that the GRAjs[T_TIME value has been 
reached (is this neciessary? our only 

timing problem would be the cycles between 
receiving the GRANT_']!'IMESTAMP message and 
calculating a future time, then loading the 
GRANT_TIME register. . .no queuing latency is 
involved) . This bit is resettable by the 
host . 

when set, this bit causes the V__CLK_OUT mux 
to use the DPLL output clock directly, 
without passing through the two integer 
dividers , 

Used to select the NCO output, or the second 
integer divider outpuit as the clock which 
drives the Timestamp counter. When this bit 
and S„REF„TS are both set to 1, then the NCO 
output clock is used to drive the timestamp 
counter. When this bit is set to zero and 
the S_REF_TS bit is set to one, then the 
second divider output is used to drive the 
timestamp counter. Default value is ONE. 
Used to select between the NCO reference 



S_DPLL_OUT 



S_NCO_„TS 



S__REF_TS 
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clock input, or the output side of the NCO 
as the clock which idrives the timestamp 
5 counter. When set to 1, selects the NCO 

reference clock input as the source clock 
for the timestamp counter. The timestamp 
counter must have a retference clock input of 
4.096MHz. Default value is ZERO. 
10 NCO_RESET When set to one, thi^ bit causes the NCO 

counter to be reset tp xOOOOOOOO. The NCO 
is not normally resetj, even during a hard 
reset of the chip. d?he lack of a natural 
Q reset for the NCO is to insure that there is 

J:! 15 always a clock output at y_CLK_0OT. The use 

m of the NC0_RESET bit should be restricted to 

test environments, since it is likely to 
cause a glitch on the V„CLK_OUT signal. 
^ Note that NCO_RESET MtTST NOT BE TIED TO PIN 

^% 20 RESET, since this woxfild prevent V)CLK_OUT 

Q from running during a board reset. 

TX Descriptor bits include: 

LTS Latch TimeStamp: causes a timestamp l^tch event on transmit 
frames when this bit is set to 1. 
25 RX Descriptor bits include: 

RXTS[31:0] 32-bit receive timestamp value 

Fig. 80, which, depicts components of ; an embodiment an HPNA 
TRC circuit in accordance with the present invention, is now 
described in more detail. Adder 3010, referbnce clock signal 3012 
30 and NCO 3014 are provided. An output from the NCO 3014 is fed 
into integer divider 3016. This clock in the slave device gets 
divided down to 8kHz (V„CLK_OUT) 3018 sinc^ it is running at much 
higher speed to maintain an accuracy. The V_CLK„OUT feeds the 
sampling circuitry of the CODEC. Th^ software makes a 
35 determination as to whether the clock is running fast or slow via 
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SNOOP_BUS 302 0 which is located inside the transceiver which 
allows the software to communicate with the hardware. The PCI bus 
5 writes a value to register 3022. Synchroaizer 3024 is provided 
to make sure that the change in register 3022 is synchronous to 
the NCO 3 014. The output clock gets speeded up or slowed down 
depending on the value loaded into registier 3022. The software 
looks at the times tamps that are received at the slave and 
10 determines if the slave clock is running ^low or fast. It makes 
an adjustment to the register 3022 value wfiich adjusts the speed 
of the NCO 3014, It does this typically every one second, or 
#^|* whatever time is necessary for a defined Accuracy. 

■^3 There are two other aspects on the receive side for the 

III 15 slave. When the packet comes in, every packet creates a signal 
fil which sairples the current value of the tirhestamp clock which is 

running based upon the DPLL. The sampled clock is put into a 

Ml 

;.;| structure that is associated with the receive packets. Every 

received packet has clock timestanp assbciated with it. The 

20 software that has the responsibility of identifying the special 
13 packets that contain timing information from the master and from 

those it can look to see what the time it received those packets 
was and it can see what time the master sent them. The master 
will have sent a packet that will, when it gets sent, get a 

25 timestamp associated with it. The software goes and reads the 
timestamp and puts it into a follow-up packet. The protocol 
involves the sending of two packets. The first packet from the 
master gets a timestamp stored locally and the packet goes out 
without having a timestamp included in it. It makes it across to 

30 the converter. The converter takes a timestamp on the same 
packet. Both the master and slave have taken a timestamp. 
However, neither knows what the other's tiitiestamp is. The master 
then reads the timestamp out of the register and puts it into a 
follow-up packet and sends it along. The follow-up packet doesn't 

3 5 get timestamped by anybody. The follow-up packet arrives at the 
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slave device. The slave device now has tile time that the first 
packet was sent out and the time that the first packet was 
received. Once that information the sl^ve can then see the 
difference between them. 

The grant timing that is determined fjrom the DOCSIS network 
is delivered directly to the transceiver for the HPNA. That 
information is gathered by the timestamp circuit on the master 
and input to the circuit via Grant (4) timing signal, with S_GRANT 
enabling the path. Grant [3:0] allows multiple different grant 
identifiers (one of sixteen) to be selected. When the interested 
in grant identifier sees it's grant, that latches the timestamp. 
Therefore, when a grant occurs there is d timestamp associated 
with the grant at the master. The master then reads that 
timestamp information, puts it into a padket and delivers that 
packet with the grant timestamp identifiers associated with it 
to all the nodes. The node associated with that particular grant 
identifier picks up the information and how it knows when its 
grant occurred. It will have been able to relate its time to the 
master's time by looking at the offset between the time it 
received according to its clock and the master's time. For 
example, using human time differentials, if the master indicates 
that it sent a packet at 12:00 o'clock, and the slave indicates 
that it received the packet at 3:30 o'clock, it knows that the 
two clocks differ by 3 V2 hours. Since it knows that it is 3 V2 
hours off, then when the master latches a grant time in its 
timestamp register, when it delivers that time the slave then 
knows that it needs to adjust the time by' 3 V2 hours to make it 
updated to its local time. Once it knows the local time of the 
grant, then it adjusts that backwards by : the time it needs to 
assemble the packet and deliver it on the ttPNA network. It works 
backwards to figure out what the latest time is that it should 
send that packet out of the network. It puts that time into a 
GRANT^TIME register 3030 and when the locjal time in the slave 
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matches at a exclusive-OR comparator 3032 an output signal 
Frame [0] is created which goes to the voice CODEC and tells it 

5 to deliver 80 samples. In fact, the signal Frame [0] can be sent 
to any portion of the circuit which is maki^ig the actual decision 
as to when to call a set of 80 samples a ftame. The circuit also 
automatically updates the grant time periofd rate, e.g., 10 msec, 
such that when the grant time matches the Current local time, 10 

10 msec is automatically added to the grant time and 10 msec later 
another match of the grant time with the cfurrent local time and 
the framing signal will be created again, 
Ij Of note is that the NCO error input is calculated by the 

J^f device driver. The BIAS is added to the error, and the driver 

in . 

fij 15 writes the resulting value to the NCO„INC register 3022. The 
Cn correct BIAS value depends upon the V_CLK_OUT frequency 

l"^ requirement for the specific application. The V_CLK_OUT signal 

must be square (50% duty cycle) . The y_CLK^OUT signal will begin 

!!_^ with a default rate at power up. During RBSET, the rate will be 

I 'J 

20 fixed. After RESET, the software will wrjite values to various 
Q control bits that may change the rate of the V_CLK„OUT signal. 

PI These changes must not produce glitches on I the V„CLK_OUT output. 

U The circuit as depicted allows V_CLK__OUtP frequencies in the 

range: mear DC to lOOMHz. However, because of the requirement 

25 for the timestamp to be running at 4.09|6 MHz, an additional 
requirement must be placed on the V_C[LK__OUT signal. The 
V_CLK_OUT signal must either be a ratio 0f integers divide of 
4.096MHz, or it must be a ratio of integers! multiple of 4.096MHz, 
where the integers must be in the range of 1-255, inclusive. 

30 This should provide sufficient range of V_j.CLK_OUT operation for 
all expected applications. The accuracy of the DPLL decreases as 
the output frequency is reduced because the rounding error 
remains constant in magnitude, while the control word value 
decreases in magnitude. For a direct coiiversion of 2 00MHz to 

35 8kHz, the control word for a 32-bit DPLL isi29F16, which produces 
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a rounding error of 4ppin. If thi^ rounding error is 

unacceptable, then any of several remediation steps can be taken, 
including, adding bits to the DPLL register. Adding 2 bits to 
the register changes the error to l.lppm.' Another option is to 
perform less conversion in the DPLL, theii feed the DPLL output 
to a divider to get the final output. It turns out that 
additional divide steps are required anywai^, because a fixed rate 
clock is required for the timestamp function. The fixed rate for 
the timestamp is chosen to be 32,768MH2:. (If the timestamps at 
the master and slave differ by a power 0f two, this would be 
acceptable, since software could accommodate the difference. 
Some other integer relationships are easy to adapt in a simple 
CPU — for example, the factor of 6 is Easily obtained by two 
additions.) The chart set forth in Fig. 81 shows the jitter in 
the DPLL output when the reference clock is 200MHz and the DPLL 
output clock (CNT[31]) is 32.768MHz. The jitter variance is +/- 
2.5ns and the frequency of the jitter is about 3.3MHz. The 
jitter frequency is well above the audio r&nge, and the +/-2.5ns 
causes noise that is below -70dB in amplitude, thereby allowing 
the A/D to achieve the required 35dB SNR requirement of ITU-T 
recommendation G.712. Lower frequency comjponents do exist in the 
jitter waveform, but the amplitude of these components is 
significantly lower than the 3 . 3MHz signal. The offset of the 
jitter shown in Fig, 81 is corrected over time by DPLL frequency 
adjustments, such that the offset will ultimately vary around 0. 

Referring back again to Fig. 80, to, determine the master 
timestamp, DPLL_REF__CLK 3040 is a fixed clock provided for 
register 3 014. It is considered the ^^master clock" to which other 
devices are to be synchronized. After dividers 3016 and 3019 
divide the signal from register 3012 to proK^ide TS_CLK 3042 which 
drives timestamp register 3 011, which is the source of the 
timestamp for the packet. The output of timestamp register 3 011 
is provided to TX^TSTAMP register 3 044 whidh takes the timestamp 
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in response to its EN becoming active, EN becomes active when 
TX_SIG 3 046 is asserted at a fixed point in the transmission, 
5 e.g., at the end of preamble. The output (pf TX_TSTAMP register 
3044 is made available to software through : register access on the 
device. 

Still referring to Fig. 80, on the islave side receives a 
packet. The timestamp at reception has no known relationship to 
10 the master timestamp other than counting at the same rate. 
Analogous to the timestamp operation described above, when RX_SIG 
3048 is asserted at a fixed point in the transmission, e.g., at 
f;| the end of preamble, which agrees with the master side fixed 

point, which enables the load operation : of RX_TSTAMP 3013 of 
III 15 whatever is then in its TIMESTAMP registeir 3011. The output of 
0 RX_TSTAMP register 3013 is similarly made Available to software, 

ijl Referring back to the master aspect of Fig. 80, the 

f.^;! transmitter software reads the latched output of TX__TSTAMP 3 044 

J,^ ^nd puts the value into a subseqxient packet and sends the packet 

.J 20 along to the slave device. The slave device receives the sent 
packet it reads its latched output from R^TSTAMP 3013 and 
determines when the event occurred on the receive side. 

Referring again to Fig. 71, the relationship is shown 
between when a packet is told that there is an opportunity to 
25 transmit on the asynchronous network and when the packet is 
created and queued onto the transmitter's asynchronous MAC 
device. Time point 3050 depicts the transr^iit opportunity on the 
asynchronous network. It involves adding i up the sum total of 
delays encountered by the creation of the packet at the slave 
30 device on the asynchronous network and its ilelivery to the DOCSIS 
MAC and transmission on the DOCSIS network. The timespan between 
time point 3050 and timepoint 3052 is tjie delay that occurs 
within the cablem modem' s queue. The timespan between timepoints 
3 052 and 3 054 is the time it takes for the cable modem to process 
35 the frame. The timespan between timepoints 3 058 and 3056 is the 
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propagation delay for the HPNA MAC. The timespan between time 
points 3058 and 3060 includes queuing delay and any wait because 
5 of transmission activity on the wire. Gitven the timespans the 
slave device creates the packet to ali^n with the transmit 
opportunity. 

In a preferred embodiment, LAN delivery latency is improved 
by converting the typical collision resolution algorithm from a 

10 random assignment to a fixed backoff, as in accordance with the 
present invention. The collision resolution algorithm provides 
a random number (0, 1, 2) after having a collision on the 
network. The random number is used to bu^ld a tree of all the 
colliding devices until there is establisjhed one branch of the 

15 tree that has only one device on it and he is then free to 
transmit without experiencing a collision.' By having the timing 
master communicate tree branch information to each of the devices 
that wish to participate in synchronous timing, and assign the 
random numbers to choose when there is a collision, ahead of 

20 time, the master in effect has established a tree resolution with 
the minimum number of collisions possible. 

Referring again to Fig. 80, NCO incrementer 3022*, in 
response to error input from software, filtered an biased by 
software, adjusts the feed of the count off NCO 3014. This helps 

25 compensate for drifting frequency between ^lave and master. With 
NCO incrementer 3022 set to the nominal :jreset value, NCO 3014 
halves the frequency of the DPLL refertence clock. TS_SCALE 
register 3070 and V_SCALE register 3072 along with integer 
dividers 3016, 3 019 are used to allow at thb slave side different 

30 crystal frequencies that don't match the ctrystal frequencies at 
the master side. The outputs from NCO 3014; and dividers 3016 and 
3019 provides clock 3 018 which feeds the C(DdeC clock which takes 
samples of the analog stream, the dividers helping create a 
slower clock for the CODEC. Further, signal Frame [0] signal 3074 

3 5 is also provided to the CODEC to indicate^ to the CODEC when to 
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slice off a set of samples for packetization, based upon the 
transmit opportunity times as to when a s^t of samples is to be 

5 assembled into a packet. GRANT_PRD register 3017 is loaded with 
signals representative of the periods of the transmit 
opportunities. When GRANT_TIME register 3030 initial grant time 
loaded becomes the same as TIMESTAMP register 3 011, a true 
compare output is provided to enable a reload of GRANT_TIME 

10 register 3030 to reload grant time plus gr^nt period output from 
32 bit adder 3076. With the computation! of the grant period 
offset, the next transmit opportunity time in the future for a 
transmission to occur is provided, and signals the CODEC that a 
time has arrived to assemble a packet for queuing for 

15 transmission. 

Still referring to Fig. 80, with regard to the master side 
operation S_GRANT signal 3078 is an enabling signal and Grant [4] 
3080 is received from the DOCSIS side of the network, a 
s^^oichronous timing event. When this occurs the current timestamp 

20 is latched into TX_TSTAMP register 3044. 

Referring to Fig. 82 a limited HPNA TRC embodiment is shown. 
This implementation will allow a timing master to be fully 
implemented. A timing slave will require an external DPLL and 
external grant signaling logic or a software approximation of 

25 grant signaling. (A software approximation of grant signaling 
would mean that software sets a timer to b^ interrupted when the 
next grant time arrives. The timer is set based on a read of the 
current timestamp as compared against the expected next grant 
time. The software would either initiate the framing and queuing 

30 process upon interrupt, or it would generate an output signal 
through a general purpose pin to cause external logic to create 
the frame. The accuracy of the grant timing on the slave device 
is not as critical as that required for maintaining a proper 
sample rate, since the queuing and contention delays are very 

35 highly variable anyway.) The timing slavfe will have a single 
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input, which is the DPLL_REF_CLK. In the Embodiment, the timing 
slave output pins are deleted. In a timing slave configuration, 
5 the DPLL can be external to the device. Th^ PINS and various Bit 
Locations are depicted in Figs. 83a - 83^. A new TX Descriptor 
bit for the embodiment includes: 

Bit 25 LTS LatchTimeStamp: causes a timestamp 

latch event on transmit frames when 
10 this bit is set to 1 

New RX Descriptor bits for the embodiment include: 
Byte 27 rxTimeStamp [31 : 24] MSbyte^of rxTimeStamp 

Byte 26 rxTimeStamp [23 : 16] upper middle byte of 

si rxTimeStamp 

J:] 15 Byte 25 rxTimeStamp [15 : 8] lower middle byte of 

Cm rxTimeStamp 

Byte 24 rxTimeStamp [7 : 0] LSbyte of rxTimeStamp 

The circuit embodiments in accordaiice with the present 
invention require software control to complete the timing 

2 0 synchronization function. With the same icircuit, HPNA network 
nodes are able to operate as one of two types at any given time. 
Nodes will either function as a timing master, or as a timing 
slave. There may be more than one timing master active at any 
given time on a particular HPNA LAN. Timing master and timing 

25 slave nodes have different physical connections and are serviced 
by software in differing manners. The behavior of the software 
algoritlim for each type of node is described hereinbelow. 

The timing master will perform the following tasks: 
1. Initialize the device as a timing master 

3 0 2. generate pairs of TRM packets at 1 second intervals 

3 . generate a pair of TRM in response to a received TQM 

4. generate a TRM in response to the establishment of a new 
channel for a given MAC address, or in response to a 
received TSM (TRM in this case does r^ot need to be a pair) 

35 5. generate a TRM with the lost-lock indication when lock has 
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been lost at the Cable Modem or other source of reference 
timing information (such as a DSL modem) 
5 To initialize the timing master, the tMaster bit of the control 
register is set to force the device to^ operate as a timing 
master. The sGrant bit of the control register is reset. TRM 
sequence number space t xOOOO is initializjed. TRM pairs are sent 
using a period of at most one second, TRM: pair generation is as 
10 follows. A TRM message is created with [rRM_type=xOO and with 
TRMSeqNum set to the next unused TRMSeqNum. PrevTRMSeqNum is set 
to xOOOO. Timestamp is set to xOOOOOOOO. NumGrants is set to 
xOO. Destination address is fixed as the broadcast address. The 
Q TRM is queued in the TX queue of the embodiment with the LTS 

15 descriptor bit set to 1. After the TRM is reported to have been 
transmitted, the value latched in the TX_^TIMESTAMP register is 
read. A new TRM with TRM_type=:xOO is created with TRMSeqNum set 
to the next unused value. PrevTRMSeqNum is set to the value of 
TRMSeqNiim in the first TRM of the pair. Timestamp is written 
2 0 with the value of TX_TIMESTAMP that was just read from the 
embodiment. NumGrants is set to xOO, DFPQ priority of all TRM 
j;:^ is set to 6. The second TRM in the TX queue of the embodiment is 

queued with the LTS descriptor bit set to 0. The reception of a 
TQM is a request by a timing slave for the immediate transmission 
25 of a pair of TRM. The master responds by ; immediately executing 
the TRM pair generation procedure. The normal 1 second periodic 
timer is not disturbed. A TRM may include Grant Timing 
information. Not all TRM are required to include grant timing 
information. A TRM with grant timing information is generated 
30 in response to either of two events: (1) a latency-sensitive 
service flow is initialized (e.g. a VoIP connection is 
established); or (2)a TSM is received. In either case, the TRM 
is constructed in the following manner. First, Grant timing 
information is obtained. The timing master keeps a list of MAC 
35 addresses and their associated SIDs. SIDs are Service Flow ID^s 
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that are assigned by the cable modem head lend equipment when the 
VoIP connection is set up. The cable modern software must track 
all currently active SID- values and keep a table which associates 
each value with an HPNA LAN MAC address. When a TSM is received, 
the timing master must get all channel ID 'is associated with that 
MAC address and then gather grant timing! information for each 
channel ID. Grant Timing information is obtained through the 
following mechanism. The driver insures tljiat no outstanding LTS 
bit remains set in the active TX descriJ>tor list. A selected 
channel ID (SID value) is placed into the tscSID register of the 
embodiment. The current value of the TX_TIMESTAMP register is 
read and stored. The sGrant register bit i^ set. The driver waits 
10msec (or whatever time is appropriate for the given channel 
the wait time is equal to the period of the traffic flow) . The 
driver reads the TX_TIMESTAMP register and compares it to the 
stored value. If the values differ, then the driver assumes that 
a valid timestamp has been captured for th^ selected SID. If the 
values are the same, then the driver waits ■ for the period of the 
flow and reads the TX„TIMESTAMP again. The sGrant register bit 
is cleared. The TRM is constructed as follc>ws. A TRM message with 
TRM_type=xOO and with TRMSeqNum set to the next unused TRMSeqNum 
is created. PrevTRMSeqNum is set to xOOOD. Timestamp is set 
to xOOOOOOOO. NumGrants is set to xOl. Destination address is 
set to the broadcast address. MACAddr is set to the MAC address 
of the requesting node. Channel_ID is sdt to the appropriate 
channel ID. Gtimestamp is set to the ivalue read from the 
TX__TIMESTAMP register. The LTS bit of thej TX descriptor is set 
to 0. DFPQ priority of all TRM is set to 6. The driver may choose 
to collect grant timing information for multiple channel_ID's for 
a given MACAddr before creating a TRM with grant timing 
information. However, it is best to deliver the grant timing 
information for any channel as quickly as possible. Note that the 
tscSID register is loaded with a different value depending upon 
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whether the device is attached to a BCM33I08 or a BCM3350 cable 
modem device. BCM3308 SID values are positionally coded in the 
tscSID register, e.g., SID value of x3 i^orresponds to tscSID 
value of x8. SID values are directly represented in the tscSID 
register, e.g., SID value of x3 corresponds to tscSID value of 
x3 . There needs to be an indication f rom^ the master reference 
Clock source indicating a loss of lock. When this occurs, the 
master follows the same procedure as for lending TRM pairs, but 
with the TRM_type set to xOl instead of xQO. 

Timing slave devices will receive clock and grant timing 
information from timing master devices. ohiming slaves will use 
this information for two purposes. The clock information will 
be used to keep the local clock locked to the master clock. The 
grant timing information will be used to determine when to frame 
a set of voice samples and send the frame to the CM. 

There are several local variables to be maintained by the 
slave software. They include: NCO_BIAS -the nominal divider for 
the NCO that translates the 200MHz reference crystal to the 
timestamp clock frequency (nominally 32.768MHz); SLAVE_OFFSET - 
the difference between the master clock timestamp value and the 
slave timestamp value; Frequency_adjustment - the long-term 
estimate of the slave's frequency error frotn the master reference 
smoothed with a filtering function; integrator_gain - coefficient 
for smoothing of the f requency_adjustment term; Phase_adjustment 
- the instantaneous adjustment to the slave's frequency error 
from the master reference, multiplied by the linear_gain term 
linear_gain - coefficient for smoothing of the phase_adjustment 
term. The detailed relationships of these tferms will be explained 
hereinbelow. The timing slave is initialized as follows. The 
tMaster bit of the control register is reset to force the device 
to operate as a timing slave. The NCO^BIAg is set to the value 
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NCO_BIAS = 



200 



where f^s is equal to the desired Tirtiestamp frequency in 
Megahertz. f^s is fixed at 32.7668 for this application. With 
this value for f^s/ the NCO BIAS is a x29Fl6Bl2. The 
10 frequency_adjustment is set to ZERO. The iiitegrator_gain term is 
set to 0.02 (TED xxxx) . The phase_adjustm0nt is set to ZERO. 
The linear__gain term is set to 0.90 (TED x^Ocx) . The SLAVE_OFFSET 

Ij is set to ZERO. With regard to initialization of 
f requencY_adjustment , in order to allow for frequency 

rj|I5 synchronization, the timing slave device incorporates a DPLL . 

|rt The DPLL reference input has a nominal frecluency of 200MHz. The 

fl i 

I^Jj reference clock drives an NCO which yields a clock with a reduced 
frequency which is intended to track the master's clock. The 
J initial BIAS value for the NCO was calculated based on the 



^:20 assiomption that the reference clock is at exactly 200MHz and the 
master clock is running at exactly 32.768MH:^. However, the actual 
Q reference clock value is only nominally ^qual to 200MH2. The 
1^^^ typical crystal supplying the slave refereince time has an error 
of +/- lOOppm. This error offset is measupred, and the NCO-BIAS 
25 value must then be corrected for this error. The local reference 
frequency error can be measured directly by simply comparing the 
master's TRM interval measurement with the slave's. When any TRM 
pair arrives, the master will indicate the current time. With 
knowledge of the master time from a previously-received TRM pair, 
30 it is possible for the slave to determine the amount of time that 
has passed, assiiming that the master's clpck is correct. Then 
the slave can examine its own estimate 6f the time that has 
passed during that same interval to determine the local error. 
If is the master timestamp at time T^ ^nd S^ is the slave's 
35 timestamp value at time T^, then the following equation describes 
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this method: 

52 -5i 



Slave_Frequency__EiTor = 



Since the error could be quite small, the slave will have to wait 
for a long enough period of time to accurately measure it. With 
the timestamp accuracy at 30.5ns (at each, end, using 32.758MHz 
10 as the timestamp clock) , each reported timestamp can be 
inaccurate between 0 and 0.06usec. Assumirig a required tracking 
error of less than Ippm, the slave would; have to measure the 
master/slave time difference over an iijiterval greater than 
0 . 06/^sec/lppm=0 . 06 seconds=60 millisecond^ in order to insure 
Pl|L5 that the frequency error had been measured to greater than 1 part 
tn in 100. I.e. after 60msec, the frequency drift error 
contribution would be 6usec and the measurement error would be 
%,-| -0/ + 0 . 06usec . It is convenient to wait much longer than this, 
so that the error contribution due to tiitiestamp resolution is 
,!20 greatly reduced. If the slave waits thei normal 1 second TRM 
i-f interval, then the measurement error is v^ry small compared to 
the maximum desired tracking error of 0.52pipm. (The measurement 

"J iV 

|kI error falls to than 0.06ppm.) In any case, the first step for the 
timing slave is to wait for the arrival of tw^o pairs of TRM. 

25 When the first pair of TRM arrives, the tiining slave stores the 
mater and slave indicated timestamps and waits. (The first TRM 
of the pair yields a slave timestamp, th^ second of the pair 
reveals the master timestamp for the same event.) When the next 
pair of TRM arrives, the slave calculates the slave frequency 

30 error as described above. A division operation is necessary for 
the calculation, but the division only nfeeds to be performed 
during initialization. The operation is not time-critical. The 
frequency error needs to be translated to ain NCO BIAS adjustment 
value in order to allow the NCO to be adjii.sted to the proper 

35 
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frequency. The result is the initial value for the 
frequency-adjustment variable : Frequency_ad justment= 
NCO_BIAS*Slave__frequency_error . The integi:ated_gain term is not 
applied during the initialization step. Thfe f requency_adjustment 
will be added to the NCO^BIAS term and the' phase_adjustment term 
to create the NCO control word. An additional error exists 
because the master timing reference has soine non-zero meandering 
component which is due to the cable modem' b attempts to maintain 
frequency lock to the head end timestaihps. Once the cable 
modem's clock is locked, this meandering should not exceed about 
Ippm. The error is small enough t6 ignore during the 
initialization step after initialization, we can assume that 
the slave and master are closely locked. The remaining error 
will disappear in a short time during the tracking phase. 
Timestamp acquisition is the process wheteby the timing slave 
determines the relative offset between the local time and the 
master time. Timestamp acquisition at the timing slave node is 
performed as follows. Once the f requency_adjustment has been 
initialized, the master and slave timestanjip clocks are declared 
to be in sync. Therefore, the indicated master and slave 
timestamps for the second received pair of TRMs that was used to 
calculate the initial f requency_adjustment value give the nominal 
clock offset. This offset is stored in the SLAVE_OFFSET variable 
and is used by the slave to calculate any needed reference times. 
SLAVE_OFFSET = 83 - M2 . The SLAVE-OFFSET value is not used to 
modify the DPLL, nor is it used to modify the slave's timestamp 
register. SLAVE_OFFSET will never be updated, because the DPLL 
will attempt to track the master timestamp* and keep the offset 
constant. Any master time that is signaled to the VoIP circuit 
(such as a grant indication to determijne framing) will be 
converted to an equivalent slave time Ifirst by adding the 
SLAVE„OFFSET value, and then the slave tiitte will be signaled to 
the VoIP circuit. Note that under normal circumstances, the 
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timing slave will return a timestamp f or ' every RX frame. The 
timing slave preserves the timestamp whi(th corresponds to the 

5 most recently received TRM frame in order tio be able to calculate 
interval durations as needed. The initial phase_adjustment that 
would be calculated from the second pair of TRM would be zero, 
because the master and slave are declared I to be locked in phase 
at that point in time (i.e. at initial sync time). As a result, 

10 there is no phase_adjustment necessary until the third pair of 
TRM is received — and even then only if ^ measurable error has 
accumulated. So the initial value of the ;phase_adjustment term 
remains ZERO. The initial NCO control word Is calculated with the 
initial f requency_adjustment and phase_acjjustment terms along 

15 with the NCO„BIAS value: NCO_Control=NCO_BIAS + 
frequency_adjustment + phase_adjustment . The NCO_control word is 
written to the NCO control register at the completion of the 
initialization step. In the BCM4220, the NCO is not implemented. 
The NCO control register is external to th^ device. The tracking 

20 function measures the error from the most recent TRM interval and 
then attempts to correct for that error in the next TRM interval. 
The error is corrected by modifying the frequency and phase 
adjustment terms based on the current error and then updating the 
NCO control word. Following the arrival of any TRM pair, the 

25 current slave timestamp error is determined: Curr_slave„error=S^- 
M^-SLAVE„OFFSET. Where is the slave timestamp for the current 
TRM pair and M^ is the master timestamp for the current TRM pair. 
For each TRM interval, the interval duration is determined: 
Curr„interval::=M^-M^„3^. The phase adjustment for a given interval 

3 0 is calculated as follows: 

Phase„ad j us tment =1 inear_gain*NCO_BIAS * curr_s lave_er ror / curr„in 
terval. The frequency adjustment for an iiiterval is calculated 
as follows: 

Frequency_adjustment=frequency_adjustment+int_gain*NCO_BIAS*cu 
35 rr_slave_error/curr_interval, where int_gaih=integrator__gain . 
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One could continue to use the equation: 
Slave_Frequency„Error = ~ TZ ^ 

^ X ~ ^ x~\ 



to determine the frequency error for a given interval and then 
substitute this value for the curr__slave__error/curr_interval term 
10 in the given f requency_adjustment equation. But the 

curr_slave_error/curr_interval term gives an adequate 
approximation, even with aggressive values for the 
integrator__gain term. The assumption is that the slave remains 
^■3 fairly well-locked to the master, and in that case, the 
ril5 approximation holds. By using only one equation, an extra divide 
in operation is avoided. After modifying the Adjustment values, the 
l'^ NCO control words is recomputed and reloac^ed into the DPLL: 
J:j NCO_CONTROL=NCO_BIAS + f requency_adjustment + phase_adjustment 

If the timing master creates TRM intervals of consistent 1 second 
'^0 times (with low jitter), then an additional math operation can 
C3 be avoided by assuming that the curr_int4rval value is always 
1% equal to 1 second. Given that the TRM frames are sent with LL 
priority 7 (=DFPQ priority 6), the delivery latency jitter of a 
TRM should be well below 10msec with 99% confidence. If a TRM 
25 pair is missing, then the original math operation needs to 
return, since the next interval will be afi integer multiple of 
1 second, requiring division by something other than 1. (As a 
further simplification, errors measured during longer intervals 
could be ignored, thereby avoiding this p±oblem. ) There is the 
3 0 possibility of missing timestamp messages during normal tracking. 
The separation of crystal offset error from master-slave drift, 
NCO rounding error and reference source jiitter is required in 
order to allow for free-wheeling NCO operation when no correction 
information exists for an interval. During intervals for which 
35 a TRM pair is lost, the NCO is clocked at the nominal NCO BIAS 
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plus the frequency error adjustment, i.e.:, phase_adjustment is 
reset to ZERO. The frequency adjustment is unmodified in such 
circumstances. When a valid pair of TBM ^oes arrive, the phase 
error that accumulated during the free-wheeling operation will 
be corrected in roughly a single TRM inter^^al (depending upon the 
linear^gain term) . The chart depicted ±h Fig. 84a shows the 
performance of the circuit with the following parameters: 
The timestamp clock frequency is 24.576MHi. 
The nominal TRM interval is 1.0 sec. 

The linear gain is 0.9 over the nominal TifcM interval. 

The integrated gain is 0.1 over the nominal TRM interval. 

The number of TRM pairs that arrive at the slave correctly is 

95%. 

The jitter in the master clock is +/-lppm corresponding to +/-1 
Sigma, using normal distribution. 

TRM interval jitter is corrected in making phase and frequency 
adjustments . 

The simulation models a master clock jitter which is probably 
worse than will be encountered in reality, since the master clock 
will be created by a DPLL with correction; intervals of 200msec 
(MAX) , while the simulation assumes master clock corrections 
which occur at 1 sec intervals. In the real system, the higher 
correction rate for the master clock will likely cause smoothing 
of the master clock jitter as observed by the slave. Also, it 
is expected that the CM clock will contaih much less than Ippm 
jitter over intervals of several seconds. In general, the 
behavior of the circuit is very good, with the jitter shown 
fundamentally reflecting the jitter in the master clock input 
signal, with some amplification due to the timestamping 
inaccuracy and the fact that the slave system can only correct 
for past errors. It is impossible to construct a circuit which 
anticipates and corrects for future master clock jitter. Note 
that in all cases, the behavior of the circuit modeled is to not 
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offer a phase correction in the absence ot any received TRM. 

The chart in Fig, 84b shows the tracking behavior of the 

5 DPLL when there is no master jitter, as a means of illustrating 
the performance of the DPLL in the presence of a stable master 
reference. Note the two orders of magnitude change in the 
vertical scale from Fig, 84a. In the cas^ when the cable modem 
completely loses lock, communication from the cable modem to the 

10 head end is disallowed. When this loss of Synchronization occurs 
at the timing master, lost-lock TRMs will be sent to timing 
slaves so that they do not attempt to tr^ck the master clock. 
When the timing master re-acquires lock, the master must resume 
sending TRMs with a locked indication. Timing slave devices 

15 noting the transition from lost-lock to locked state must perform 
a new acquisition cycle. During the period of lost lock, the 
slave may choose to continue to send the VoIP frames, since the 
master may recover quickly enough to serld some of them. With 
regard to the reception of grant timestamps, the GRANT_SIGNALED 

2 0 bit is firt cleared to zero. The timihg slave adjusts the 

received grant timestamp value with the SLAVE_OFFSET value. An 
integer multiple of the grant period is added to the result and 
the final value is written to the GRA]KtT_TIME register. The 
software sets timer for just over one grant period. After the 
25 expiration of the timer, the software checks the GRANT_SIGNALED 
bit. If set, then the grant is being properly signaled to the 
framing logic. If not set, then the software must add additional 
integer multiples of grant period to the originally received 
grant timestamp value and repeat the previous steps. In the 

3 0 embodiment of the present invention, the grant signaling logic 

is absent. In this case, the grant timing is approximated by a 
software timer which is based on the estimated time to the next 
grant. The grant indication (framing) outjput would be signaled 
through a general purpose I/O pin, 

35 
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The Timestamp Report Message protocol is intended to convey 
system- level timing information between two nodes of an HPNA 
5 network. One node is assumed to be the l^iming master, and the 
other node is a timing slave. There may b^ more than one timing 
slave for a given timing master'. Timing master devices send 
timestamp messages to timing slaves on a periodic basis. Timing 
slaves use the timestamps to synchronize a local clock to the 
10 timing master's clock. The TRM protoccjl also supports the 
conveyance of specific time information relating to connection- 
based service flows. In particular, the desired arrival time of 
a packet transferred from timing slave toi timing master may be 
./;| conveyed to a timing slave device through , the TRM protocol. 

IJ 15 The TIMESTAMP REPORT message (TRM) is a Link Control Frame 

of SStype=TBD, is set forth in Fig. B5(l)-(3). A pair of 
ry timestamp report messages (TRM) is sent e^^^ery 1 second to allow 

^^;f for timing recovery. When the first message of each pair is sent, 

^, a timestamp is recorded as the message is l±>eing transmitted onto 

20 the medium by the timing master. The exadt moment at which the 
timestamp for the TRM is sampled is hot iirpjDrtant however, the 
consistency of the sample time is important. All TRM timestamps 
are taken at a fixed time (master__timestan^_of f set) relative to 
the time at which the first preamble symbol is transmitted onto 
25 the wire. The variation in the value of m4ster_timestamp_of f set 
can be no more than +/-2/^sec. The. absolute value of 
master_timestamp_of f set must be greater than or equal to ZERO/^sec 
and less than or equal to 64//sec. The timestamp that was recorded 
during the transmission of the first TRM of a pair is placed into 
30 the body of the second TRM. The second TRM is transmitted as 
soon as is possible following the first transmission. The second 
TRM of the pair does not require a times taitip to be recorded. The 
number of Slot Timestamps in a TRM may be zero. It is assumed 
that Slot Timestamp periods for each channel have been 
35 communicated through an out of band mechanism. All timestamp 
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protocol messages are sent with link layet priority of 7, which 
corresponds to DFPQ priority of 6 for all possible mappings. 
5 Timing slave devices noting a transition of master state from 
lost-lock to locked initiate an acquisition cycle when the 
transition is noted. 

The TIMESTAMP Request message (TQM) is set forth in Fig. 86. 
The timestamp request message is sent by a timing slave to 
10 request the delivery of a pair of TRM. T^M messages are always 
sent to the broadcast DA, since only one timing master is active 
on any HPNA LAN segment. 

The TIMESTAMP Slot Request message (TSM) is set forth in 
V;! ^^9' 87. The timestamp slot request message is sent by a timing 

15 slave to request the delivery of a set of' TRM which contains a 
in lot timestartrp for each of the active channels associated with the 

III requestor's MACAddr. The set of TRM that is sent by the timing 

master in response to the receipt of a ^SM may consist of a 
single TRM, or it may consist of more than one TRM. TSM messages 
U 20 are always sent to the broadcast DA, since only one timing master 
should be active on any HPNA LAN segment. 

— VoIP HOL Blocking Solution Implementation Requirements 
VI discussed above, a backing away ftrom the randomization 

process of collision resolution is needed ip order to provide the 
25 best possible quality of voice service. In essence, the present 
invention provides a mechanism for selecting and distributing a 
pre-defined ordering of collision resolution rather than using 
a randomly derived ordering. When it is dqne in this manner, in 
essence a dictated deterministic resolution is layed on top of 
3 0 the distributed network. This is done jujst in the context of 
voice. Other type of traffic does not ; have an issue with 
resolution as it currently stands. This portion describes the 
general requirements of the operation of the HOL blocking within 
a VoIP system in accordance with the present invention. VoIP 
35 frames are not specifically identified to the device driver — 
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however, all VoIP frames are identified by a higher layer and 
assigned the LL priority of 6, which translates to DFPQ PRI=7 for 

5 all possible mapping combinations. Therefore, all VoIP frame 
queuing rules are generalized to include ill DFPQ PRI=7 frames. 
DFPQ PRI=7 frames have priority access to tihe network. DFPQ PRI=7 
frames have priority access over all TX (Queues that lie in the 
path to the network. This includes any and all TX queues that lie 

10 within the device driver. If a case exists! where multiple driver 
queues contain DFPQ PRI=7 frames, these frkmes are passed to the 
MAC device in the order that they are received in the aggregate. 
HW-based LICF frame generation is not enabled when DFPQ PRI=7 
frames may be in the TX queue, or may be Expected to arrive for 

15 queuing from higher layer software. The FjLUSH command will not 
m remove HW-generated DFPQ PRI=6 LICF frames from the TX queue in 

the hardware. Because HW generated LICF f tames are not flushed, 
.^^.| they will continue to block higher-priority frames. Note 

however, that the FLUSH command WILL REMOVE software-generated 

2 0 DFPQ PRI=6 LICF frames from the hardwaire TX queue. Once a 
III connection is established, the arrival of DFPQ PRI=7 frames will 
j;^ be periodic. There may be times when no BtPQ PRI=7 frame exists 

in any queue (i.e. software queues and hardware queues). If the 
software expects that additional DFPQ iPRI=:7 frames may be 
25 arriving within the next 1 second, then HW-^based LICF generation 
must not be enabled. The easiest test would keep HW LICF 
generation off unless the device driver h^s determined that the 
system should be sleeped. DFPQ PRI=7 frames are re-ordered. This 
is a general rule that applies to all traffic (with the exception 

3 0 of LARQ retransmissions) . This rule continues to be valid for 

VoIP traffic. DFPQ PRI::=7 frames include a LkRQ header. DFPQ PRI=7 
frames are transmitted twice as per a control switch. The second 
frame appears effectively as a LARQ-induced retransmission, even 
though NO NACK was received to prompt it, i.e., the second 
35 transmission has the same sequence number as the first 
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transmission, but the LARQ_RTX bit is set to 1. However, the 
second transmission is placed into the outgoing TX queue at the 

5 same time as the first frame is placed into the queue — i.e. 
there is no delay between the queuing of the first copy and the 
second copy of the frame. For ordering purposes relative to 
other DFPQ PRI=7 frames, the original and the copy is treated as 
an inseparable pair. A control switch is i present which allows 

10 this function to be enabled or disabled. Any received LARQ NACK 
frame referencing a previously transmitted DFPQ PRI=7 frame is 
ignored as per a control switch. Frames that have been flushed 
(blocking frames) are re-queued if the returned status indicates 
that the flush was effective. Frames whiqh are not flushed are 

15 not re-queued. Software makes the determination of the 
disposition of all frames in the queue according to the returned 
status of each frame. Any frames that haye been determined to 
have been flushed are re-queued. When re-queuing flushed frames, 
original queue ordering are preserved within a given level of 

20 DFPQ priority. Re-ordering of frames of differing priorities is 
allowed and encouraged. The ITU G.712 specification for total 
distortion is shown in Fig. 88 which includes the error 
introduced by the non-linear quantizer !(Compander) . It was 
found, using a Matlab simulation of the Cbmpander and an ideal 

25 uniform quantizer, the SNR associated with the compander and the 
uniform quantizer at full scale and at -3 0 dB input level are 
3 8.5dB and 3 6dB, respectively. The compiander SNR is roughly 
independent of input signal strength from^ full scale to -45dB, 
because the quantization noise power is: proportional to the 

30 signal strength. Therefore, the SNR of th^ ADC and DAC must be 
high enough to avoid dominating the compander noise. Fig. 88 
indicates the total SNR must be greater or equal to 35dB with 
input range from OdB to -30dB. Fig. 89a shows the required SNR 
of the ADC/DAC based on our Matlab simulations in order to meet 

35 the ITU G.712 specification. Although the; required ADC and DAC 
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SNR is less than 60dB with input full sc^le. Nevertheless, it 
can be seen that the ADC/DAC must have at least 14 bits of 
resolution since a noise floor of -84dB is required. This is 
consistent with the ITU's choice of a 14 biLt input range for the 
compander. Our simulation showed that fdr a -40dBm input with 
13 bits of resolution the SNR was 25.4dBi, the required SNR is 
29dB. For a 14 bits of quantization, the resulting SNR is 30dB. 
If a jitter clock is used for the sampling of the input signal, 
then it is necessary that the SNR associated with the jitter 
clock is much less than 60dB. The effect of the jitter clock can 
be considered as a sinusoidal time jitter with amplitude K and 
frequency W, This will cause a sampling of the input signal at 
T+K*sin(WT) instead of at time %. If the input signal is a 
sinusoidal signal A*cos(woT), then the effect of the jitter -clock 
is the same as the input were A*cos{WO (T+It*sin (WT) } , 
Also, A*cos{Wo(T+K*sin(WT) }=A*cos{ (WoT) +T^K*sin(WT) } ; 
If T*K«1, then the jitter will cause the output to have 
sidebands at Wo+W and at Wo-W with an amplitude of A*K*W0/2. 
Thus, the SNR is A*K*Wo/A:=K*Wo which is nqrmalized to the input 
signal level A. For K=5ns and Wo=2*pi*4kHz , then K*Wo=l . 2566e-4 
(-78.0158dB) is the noise level relative l^o any input level. 
Figs. 89b and 89c show the total SNR : associated with the 
sinusoidal and random noise models of the jitter clock, 
respectively. It can be seen that the increase in the total SNR 
for either the sinusoidal ^ or white noise jitter models is less 
than 0.15dB, 

The effect of the jitter clock (24MHz) based on its 
characteristics and the way it is used in an analog test chip is 
now described. This jitter clock is derived from a NCO inside 
the DOCSIS MAC and transceiver. Its characteristics are plotted 
in Fig. 90. The fundamental frequency of this waveform is about 
200kH2 which is based on 1000 cycles of the input 200MHz clock 
to the NCO. The effect of the jitter can be considered as a 
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200kHz sawtooth time jitter with amplitude +/-2.5ns. Again, the 
jitter output of a sinusoidal input A*cos (2*pi*Wo) can be written 

5 in the form of A*cos {WoT+Wo*F (T) } , wherei F(t) is the sawtooth 
waveform. For K*W0«1, the jitter will provide sinusoidal 
signals at frequency near 200kHz and theit harmonic components. 
Figs. 91 and 92 show respectively the ADC; and DAC data paths of 
the analog test chip. In the ADC data path; the jitter clock can 

10 be modeled with the 200kHz sawtooth signal as input to the 
digital CIC decimator. Similarly, in tljie DAC data path, the 
jitter clock also can be modeled with the sawtooth signal at the 
output of the noise-shaping digital modulator. The CIC decimator 
will eliminate all signal with frequency above 48kHz. Note that 

15 the input to the CIC decimator and the Output of the digital 
modulator are noise-shaping signals. A sin^iulation in Matlab with 
a 3kHz sinusoidal input, showed that any signal outside the 48kHz 
frequency band will be considered as tljie out-of~band noise. 
Therefore, the jitter sawtooth at 200kHz ib the ADC path will be 

20 completely removed by the CIC decimator. For the same reason, 
the jitter sawtooth in the DAC path will be completely filtered 
by the analog lowpass filter. 

-- Collision Signal Slot assignment 

The delay associated with transmittirng a frame on an HPNA 
25 V2 network has three major components: serialization delay (the 
time it takes for actual transmission of the frame header and 
data), deferral delay (s) due to waitirkg for frames to be 
transmitted (at any priority) , and collision overhead when 
multiple stations wish to send at the same priority (which may 
3 0 include one or more deferrals) , In order to provide high quality 
Voice over IP (VoIP) service, it is necessary to control the 
maximum latency of frames containing voice sample data. Frames 
normally contain 10ms worth of data, and aire therefore sent once 
every 10ms. Per ATT VoIP requirements, the overall end-to-end 
35 delay for voice sample data from microphoine to speaker must be 
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150ms or less. One prospective allocation of the end-to-end 
delay budget for a system providing voice over cable service 
5 provides (at most) 10ms of delay beyond :the customer-premises 
cable modems, which results in at most 5m^ for the transmission 
of voice data over a local network such ais an HPNA V2 network. 
If VoIP frames are the only frames sent at the highest priority 
level (7), then a given VoIP frame need wait for at most one 
10 lower priority frame to complete plus the time it takes to 
resolve collisions between multiple VoIP stations for the right 
to transmit. The delay waiting for a prior transmission to 
complete can be up to 3.2ms (the time tcj send a maximum size 
Q frame at the minimum rate of 4mbps) , although field trials show 

15 that most home support payload rates of lOmbps, with a 
m corresponding maximum frame transmission time of 1.2ms. However, 

fy with a default HPNA V2 implementation it is not possible to 

"'Z establish a strict upper bound on the tiitie it takes to send a 

t frame, even at the highest priority level. The default 

i 

20 implementation of the collision resolution mechanism includes a 
p| . "random" function for the selection of oti& of three signaling 
^ slots used to establish precedence for the next transmission 

among the colliding stations. If two or mo|re stations choose the 
same signal slot following any collision, then another collision 

25 will occur followed by another collision resolution cycle. The 
result of this mechanism is that there is ;no upper bound on the 
maximum number of collisions that can occut before all competing 
nodes in the original collision complete a successful 
transmission. A solution to this problem is relatively simple. 

3 0 Using the protocol defined below, stations that intend to 
generate low-latency VoIP (and similar) traffic are pre-assigned 
their signal slot selections for up to eight rounds of collision 
resolution, to be used only for priority 7 frames. Careful 
assignment of these values guarantees a minimum upper bound for 

35 the number of collisions: one for two or three stations, two for 
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up to five stations, three for up to seven' stations and four for 
up to nine stations. (Note that only two rounds of signal slot 

5 values are needed for up to nine stations J . 

A set of values for Collision Signaling Slots is called a 
CSS sequence. The set of CSS sequences can be enumerated, and 
each sequence has an explicit '^rank'' in an brdered tree structure 
that determines the order of frame transmission when a collision 

10 occurs with one or more stations that also have [unique] CSS 
sequence assignments. Although the basitb function is simply 
assigning CSS sequences to stations that ^end VoIP traffic, the 
protocol needs to address a number of goal^: (1) Provide special 
handling for multi-channel stations. Up to three multi-channel 

15 stations should be assigned CSS sequences that differ in the 
first slot id, so that when traffic for ajdditional channels is 
sent following the first round of cdllisions, additional 
collisions (due to two or more multi-channel stations) will be 
minimized. (2) The protocol should handle optimized CSS sequence 

20 assignments for stations with active chanhels. It may, or may 
not, be advantageous to assign CSS sequences to all VoIP-capable 
nodes. However, since the total number of VoIP stations may far 
exceed the number of stations with active channels (the design 
goal for home operation is four active, full-duplex, VoIP 

25 channels) , dynamic assignment and/or reassignment is highly 
desirable, (3) The protocol should allow for operation in the 
absence of a centralized sequence assignment authority (i.e. a 
CSS master node) . In this environment, individual client nodes 
are allowed to assign their own CSS Sequence values, advertise 

3 0 them, and reassign them if necessary, in order to avoid using 
identical sequences . 

In addition to the CSS Protocol itself, one new bit-flag 
{CSS„Master_Capability) is defined for advertisement via the CSA 
protocol. The flag advertises that a station can operate as a 

35 CSS master node. It does not indicate that the advertising node 
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is necessarily the current CSS Master. It only serves to 
indicate capability. Note also that VoIP nodes implement the CSA 

5 protocol in order to dynamically advertisd the use of Link Layer 
(LL) priority 6, that corresponds to ver^ low latency (<10ms) 
traffic and is mapped to physical priority 7 for transmission 
over the phoneline, CSS client nodes utilize the presence or 
absence of the CSA Master Node flag in the current set of 

10 received flags to determine the method by which CSS sequences are 
assigned. When no master node is present, clients broadcast a 
request for the current CSS sequences of other clients (sent as 
replies) and then send an announcement choosing an unused CSS 
sequence. With a master node on the network, clients request CSS 

15 sequence assignments and wait for the response of a master node. 
In addition to the CSS_Master_Capability f lag, the CSA message 
is modified by including a TLV (Type/Length/Value) extension to 
the existing fixed fields. The TLV extension is used to request 
and acknowledge the exchange of CSS Sequence values among nodes. 

20 Now turning to collision signaling slo!t assignment protocol, 

a CSS Sequence is eight two-bit values concatenated: two-bit 
values in the range [0,2] indicate a specific signaling slot, to 
be used following a collision, while a value of 3 indicates the 
use of a randomly selected value chosen by :the client at the time 

25 of the collision. If a node encounters 9 collisions, selection 
reverts to a random algorithm until the frame is either 
transmitted or dropped. A CSS Master (also CSS Current Master) is 
a node which accepts the responsibility for assignment of CSS 
sequence values to CSS clients. Some nodes may have CSS master 

30 capability yet may not be operating as the CSS master at any 
given point in time. Only one CSS master is allowed control of 
the network at a t ime . There may be transitional periods of 
overlap between multiple masters. A CSS Cllient is a node which 
may request the assignment of a CSS sequence. A CSS client may 

35 choose its own CSS sequence in the absencfe of a CSS master. A 
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CSS master may also operate as a client. In such a case, the 
request for a CSS Sequence is not sent to other nodes, but the 

5 acknowledgment of the CSS sequence is sent to other nodes. 

With regard to CSA Extension to suppoitt CSS Frame types, the 
CSA__Master_Capability flag is added to the CSA message's flag 
set, in the Flags 1 octet. The flags set fbrth in Fig. 93(1) -(2) 
are used for CSA__CurrentTxSet , dSA„01destTxSet , and 

10 CSA__CurrentRxSet in Capabilities and Statu$ Announcement control 
frames. All CSS {Collision Signaling Slot) protocol messages take 
the form of a CSA message (see HPNA V2 characteristics) with one 
or more CSA extension TLVs included. A QSA extension TLV is a 
Type/Length/Value field which follows the fixed fields of the CSA 

15 message. The CSA Extension follows the last fixed field of the 
CSA frame (CSA_CurrentRxSet) , and precedes the nextEthertype 
field of the CSA frame. The CSA Extension for CSS has the form 
set forth in Fig. 94. A CSS frame is built from the CSA using the 
CSS CSA Extension subtype. All CSS messages are sent as CSA 

20 messages with at least one embedded CSA Extension of subtype CSS. 
A CSS request message is a CSA ; message with: The 
CSS_Master_Capability flat set to either ZERO or ONE; (CSS Master 
capable nodes which are not operating as the current CSS master 
must act as CSS client nodes, but they still set their 

25 CSS_Master_Capability flag.); At least 6ne CSS TLV with the 
following values: CSEType = xOO,CSELength = x08, CSS_„MAC = MAC 
address of the requesting client, CSS_„SEQ = xYYYY, where YYYY has 
a value in the range xFFOl-xFFFE, and where, the least significant 
8 bits correspond to the number of active link layer priority 6 

30 channels sourced by the requesting client. An active channel is 
one for which some non-zero flow of traffic is currently being 
generated. CSS requests are sent by a CSS client whenever the 
number of active link layer priority 6 ch&nnels changes. A CSS 
assignment message is a CSA message with: 

35 The CSS„Master_Capability flag set to ONE; (Only the CSS master 
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can make assignments. In the absence o:^ a master, individual 
nodes can only make requests, which should be respected by other 

5 CSS client nodes, but might not be.) At lieast one CSS TLV with 
the following values: CSEType = xOO, CSEL^ngth = x08, CSS_MAC = 
MAC address of the client to which the sequence applies, CSS_SEQ 
= xYYYY, where YYYY has a value in the ran^e xOOOO-xBFFF. The CSS 
Assignment may contain multiple CSS TLVsi, indicating multiple 

10 assignments. In addition, the CSS assignment always contains a 
CSS TLV with the CSS sequence for the CSS master, if one has been 
assigned. (i.e., the CSS Master's assignment messages always 
contains the CSS master's own CSS acknowledgments .) .A CSS 
acknowledgment message is a CSA message with: The 

15 CSS_Master_Capability flag set to either ZERO or ONE as 
appropriate both CSS clients and CSS : masters may send CSS 
acknowledgments; At least one CSS TLV with' the following values: 
CSEType = xOO, CSELength = x08, CSS_MAC = MAC address of the 
client to which the sequence applies, CSS_$EQ = xYYYY, where YYYY 

2 0 has the value of the CSS_SEQ as assigned to the client by the CSS 

master, and where YYYY has the value "fffF" when the 
acknowledgment is in response to a CSSS drop message. The CSS 
acknowledgment is always sent by a CSS client in immediate 
response to the reception of a CSS assignment to itself, and 

2 5 • thenceforth in all CSA messages that are normally generated by 

the CSA protocol. The CSS ' acknowledgment with CSS_SEQ = xFFFF is 
always sent by a CSS master in immediate response to the 
reception of a CSS drop message from a client. In such cases, 
the CSS_MAC value carries the MAC address of the CSS client that 

3 0 sent the CSS drop message. If a CSS mast^er no longer requires 

a CSS sequence, it sends a drop acknowledgment referencing its 
own MAC address. This is done to kdep the CSS sequence 
information in synch at other potential C^S master nodes. A CSS 
drop message is a CSA message with: The CSS_Master_Capability 
3 5 flag set to ZERO or ONE; (Master capable nodes acting as CSS 
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clients may send CSS drop messages. The current CSS master never 
sends a CSS drop message.) At least obe CSS TLV with the 
5 following values: CSEType = xOO, CSELength = x08 

CSS_MAC = MAC address of the client to whicih the sequence applies 
CSS„SEQ = xFFOO. The CSS drop message is ient by a client which 
is terminating all active link layer priority 6 flows and no 
longer requires the possession of a CSS sequence. 
10 Master nodes respond to received clietit request messages by 

sending an assignment message. Master nodes will have the 
complete list of active CSS Sequences and therefore will not err 
g;i by assigning the same sequence to more thani one requesting client 
li node. Master nodes may reassign the sequehce for any node in an 

fll 15 unsolicited manner for purposes of granting an earlier-resolving 
Ijn sequence to multiple-channel nodes, or for other purposes (e.g., 

collapsing the outstanding sequence tree ^s active nodes become 
.,!| inactive) . Master nodes age the received active node CSS 

I!.. information at the same frequency as otiher CSA information. 

^5 20 Master nodes always send their own sequenbe value (should they 
possess one) in outgoing CSA messages, just as clients do. This 
l^- announcement serves the purpose of informing other potential 
masters, of all sequences outstanding. This information is 
useful, should a potential master need t<b replace the current 
25 one. When a master receives a CSS drop message from a client, the 
master responds by sending a CSS adknowledgment message 
containing a CSA_SEQ of xFFFF for the dropping client. 
Similarly, when the master node deleted a client from the 
assigned sequences list due to aging, the master node sends a CSA 
3 0 message containing a CSA_SEQ of xFFFF for the dropped client, to 
indicate that the client has been dropped. Again, this 
unilateral indication serves the purpose of keeping all potential 
master nodes' assigned sequence informati<pn coherent. It also 
allows the CSS client the opportunity to rie-request, should the 
35 unilateral drop acknowledgment have been njade in error. In the 
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special case where the current CSS master drops its own 
requirement for a CSS sequence, no CSS drot> message is sent, but 

5 an acknowledgment of the drop is sent by the master in order to 
inform other nodes of the change in the outstanding sequences, 
i.e., the CSS master sends an acknowledgnient for its own drop, 
but the drop message is not sent. The masjter for any system is 
determined by mastership capability indication in the CSA flag 

10 set, and by the MAC address of each potenttial master. The node 
indicating mastership capability with the lowest MAC address is 
always the selected master. If a node appears in a system, and 
the new node has mastership capability, tfien the new node does 
NOT advertise its mastership capability arid it does NOT perform 

15 master functionality until a full CSA aging period has elapsed. 
Note that CSA messages should still be sent, but the 
CSS_Mastership_Capability flag must not be set. This insures 
that the new master does not inadvertenjtly gain the current 
master position until it has acquired all relevant CSS sequence 

20 information which may already be present in the system. However, 
there is an allowed acceleration of assertion of the mastership 
capability flag. This occurs in the case when the new master can 
determine that there is no current master in the system. A new 
potential master node can quickly make this determination through 

25 any of several means including: The new potential master node 
sends a drop message and does not receive 4 drop acknowledgment. 
(This test is repeated several times to b^ certain that either 
the drop or the acknowledgment has not been simply lost) , The new 
node observes the lack of master acknowledg^nent to other clients' 

30 ' request/drop traffic. The new node sends a CSA request and notes 
the lack of any received mastership capability indicating in all 
received CSA messages. This test is repeated several times to 
be certain that either the request or the responses have not been 
simply lost. In any case, if the new potential mater node can 

3 5 reasonably assume that no master is curidently present in the 
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system, then it may cancel the normal waiting period and 
immediately advertise CSS master capability and immediately 

5 assume the role of the CSS master. It is possible in such a 
situation, that the client nodes in the system may have assigned 
their own sequences in the absence of a nfiaster. When the new 
master asserts itself, it attempts to collect the set of self- 
assigned sequences before making its own Assignments. The new 

10 master may unilaterally re-assign sequences to each client. Once 
a new potential master with a lower MAC address has collected a 
complete set of CSS sequence information!, or a new potential 
master has determined that no current mastejr exists, it announces 
its master capability by setting the CSS master capability flag 

15 in all subsequent outgoing CSA messages. The existing master (if 
any) will recognize the presence of the new' master and relinquish 
mastership, but continue to advertise its own CSS mastership 
capability, after verifying the fact that the new master's MAC 
address is lower than its own. There m4y be cases where the 

20 previous master fails to immediately recognize the new master, 
and in such cases, a client may receive :multiple CSS Sequence 
assignments. The client replaces its existing sequence with the 
newest sequence and immediately generates a CSA acknowledgment 
of the CSS Sequence, The new master repeats its CSA 

25 advertisements as often as it deems necessary in order to get the 
previous master to finally recognize it as the new current 
master. It is possible that a potential master has, through 
missed CSA frames, aged the current master's information, and has 
assumed the current master position even though it has a higher 

30 MAC address. That is, the new master believes that the rightful 
master has quietly exited the network. If this occurs, then the 
current master (if still present) must dejfend its mastership by 
specifically sending CSA messages at an uiispecified higher rate, 
and by correcting any client assignments that the incorrect 

35 master may have made. The usurping mastet will see both the re- 



-202- 



1 



42150/RJP/E264 



assignments and the repeated master CSA me|ssages and back down. 
If the current master disappears, then all potential new masters 
5 will recognize which has the next lowest MAC address and all will 
defer to that node. If the current mastdr doesn't respond to 
requests and/or drops from clients, then all potential 
replacement masters may prematurely age the current master and 
the next master in the line of successioii assert its right to 
10 mastership and begin responding to the clients. 

Client nodes request a sequence frotn the master node by 
^,3. sending a CSA containing a CSA Extension of subtype CSS to the 

broadcast address (CSS request). The clieijit node places its own 
MAC address into the CSSjyLAC field and sets the CSS_SEQ value 
fn 15 equal to xFFyy, where '"yy" corresponds to the number of channels 
rU actively transmitting link layer priority $ frames. Client nodes 

acknowledge receipt of the CSS master's sequence value by 
repeating the assigned sequence value in thje CSS__SEQ field of all 
^'i subsequent outgoing CSA messages. (Note that all subsequent CSA 

j;| 20 messages will contain a CSS CSA Extension!.) The CSS_J^C field 
'''^ is set to the client's MAC address. The repetition of the 

sequence owned by each client serves to prevent the aging of the 
client's information at the master node;. It also allows a 
potential replacement master to have complete sequence assignment 
25 information in case it is called upon to replace the existing 
master. If the number of active link layer priority 6 channels 
for a client node changes, then the client node sends a new CSS 
request message to indicate the change. The CSS master may or 
may not modify the client's CSS sequence. In either case, the 
30 CSS master responds with a CSS assignment ih order to acknowledge 
the receipt of the CSS request. When a client node discontinues 
sending all traffic at link layer priority 6, then it sends a CSA 
frame containing a CSS CSA Extension subtype, with the CSS_SEQ 
value set to xFFOO and the CSS_MAC valufe set to its own MAC 
35 address (a CSS Drop message) . Effectively, the client is 
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advertising for zero channels of traffic link layer priority 
6. The client continues to advertise this value for CSS_SEQ 
5 until the master acknowledges receipt of the frame (through the 
CSS_SEQ value of xFFFF) , or until no master is present in the 
system, as determined by CSA aging at thte client. In the case 
when no CSS master is present (as confiitmed by the lack of a 
received CSS_Master_Capability indication in all received CSA 
10 messages) , the client node claims a CSS sjequence by choosing a 
sequence and sending a CSS acknowledgment message. All 
subsequent CSA messages contain the same CBS acknowledgment. If 
^% one client node chooses the same sequence as another client node, 

kU then the new claimant to the sequence has priority for that 

P Is 

it 15 sequence. A specific algorithm for choosing a sequence in the 
fy absence of a CSS master is not specified, but such an algorithm 

includes factors such as: outstanding sequences in use and 
number of channels active by each CSS client. The original owner 
IkI of the sequence must choose a new sequence. A good example 

l'^ 20 algorithm for choosing sequences is as follows. All client nodes 
,,2 monitor all CSS exchanges and keep a list of in-use sequences. 

Normal CSA information aging supplies to CSS information. Client 
nodes are divided into two general classes: single channel and 
multi -channel link layer priority 6 sources. Multi-channel 
25 sources are afforded relatively higher positions in the ordered 
tree created by the set of sequences of collision resolution. If 
a client node requires a CSS sequence and is a single channel 
source, then it chooses the next unused sequence in the ordered 
tree. If a client node requires a CSS sequence and it is a multi- 
30 channel source, then it chooses the next sequence following the 
last sequence used by the list of multi-channel devices. This 
choice is made, even if it conflicts with an existing single- 
channel device. If a multi-channel device drops itself (or is 
aged) from the set of used sequences, then the lowest-ordered 
35 multi-channel device claims the abandoned sequence. If no multi- 
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channel device exists at a lower point in t^he ordered tree, then 
the lowest ordered single-channel devicq fills the abandoned 
5 space. If a single-channel device drops it$elf {or is aged) from 
the set of used sequences, then the lowest ordered single-channel 
device claims the abandoned sequence, unless the abandoned 
sequence is lower in the ordered tree. It is recommended that 
self -assigned sequence values do not exceed 4 levels in depth 
10 (i.e. CSA„SEQ should have the form xYYFF, where YY has any hex 
value) . In any case, any colliding sequen<:ies among client nodes 
,,,, will be afforded a new opportunity to resolve randomly after all 
Q 8 signal slot values have been used, since the node behavior 

!;H following the use of all 8 2 -bit values is to revert to random 

15 selection until either the frame is successfully transmitted, or 
fU the frame is dropped at the transmitter. While a client does send 

J% a drop as appropriate in the no-master case, without a master, 

there is no acknowledgment for the drop, and therefore, the drop 
is repeated several times in order to insure reception by other 
20 clients. However, in the event of the failure of any of the 
-fS clients to recognize the explicit drop, the drop will be 

recognized in time through the aging process. 

The MAC hardware supports the CSS protocol by providing a 
16-bit register (CSS register) which is loaded with the CSS„SEQ 
25 value from the CSS message. Whenever the frame at the head of 
the transmit queue is a link layer priority 6 frame (highest 
priority on the physical network) , the 16-bit register becomes 
the source for signal slot selection following link layer 
priority 6 collision events in which this node was an active 
30 transmitter involved in the collision. 

In the unmodified version, the signal slot value is always 
chosen at random. For the HPNA V2 implementation, a random 
number in the range [0,2] is used. The selected number is used 
to determine during which signal slot the colliding node signals 
35 to indicate its participation in this round of collision 
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resolution. With the CSS assignment scheme, succeeding 2 -bit 
values from the CSS register are used in place of random 

5 selections- In this way, collision resolution will be ordered, 
rather than random. This allows an upper bound to be placed on 
the resolution of any collision. The value of the upper bound 
is a function of the number of nodes participating in the 
collision and the specific CSS values th^t each participating 

10 node possesses. Because each 2-bit value catQ represent 4 possible 
integer values, and because the HPNA V2 protocol requires 
selection of an integer signal slot valued from a range of only 
3 values, the 4*"^ value is used to revert tto random selection of 
the signal slot number (for the given collision) . The table set 

15 forth in Fig 95 indicates the desired codings for the CSS 
register bits. An initial collision for a frame causes the 2 most 
significant bits of the CSS register to be used as the signal 
slot integer selection for that collision. Successive collisions 
encountered by transmission attempts foi^* the same frame use 

20 successively lesser significant 2-bit values from the CSS 
register. If a frame encounters 8 collisions, then all possible 
non-overlapping 2-bit values will have been used, and the signal 
slot integer is chosen by random selection;. Whenever a new link 
layer priority 6 frame arrives at the head of the transmit queue, 

25 then the signal slot selection returns to the most significant 
2 bits of the CSS register, regardless of how far through the CSS 
register a previous link layer priority 6 frame's signal slot 
selection may have proceeded. 

The PSD mask specified is such that compliant transmitters 

30 should be able to meet FCC Part 68 Section 308-e-l-ii. 

The mask also specifies a limit of -145 dBm/Hz below 2,0 
MHz, which ensures compatiblity with G. 992.1/ G.992,2 and ISDN. 

The mask includes a notch covering tl^e Radio Amateur bands 
between 7.0 and 7,3 MHz which reduces the maximum PSD to -85 

35 dBm/Hz. This is lower than the VDSL recontimendations for PSD in 
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the amateur bands. Since the VDSL spectiral compatibility has 
been developed over the last several year$ in several standards 
5 bodies, including the ITU, this spectral mask should be 
compatible with RFI emission requirements! in countries outside 
North America, such as UK, Japan, Germany and France. 
- Mode Selection 

An HPNA V2 device is capable of acting as an HPNA VI 
10 transmitter and receiver when required tjy other devices on a 
network. The HPNA V2 transceiver complies with the document 
''Home Phoneline Networking Alliance HPNA VI PHY Specification 
VI. 1" when trasmitting and receiving HPNA VI frames, with the 
following additional guidelines: 
15 1. An HPNA V2 device is configured by default as low- 

power and high-speed, per the HPNA VI specification. 
2 . The implementation of HPNA VI high-power mode in an 
HPNA V2 device is not required, will not be certified, 
and is not encouraged. 
20 3. The use of high-power mode, if implemented in an HPNA 

V2 device, is not recommended for remediation of HPNA 
VI network problems . 
The HPNA V2 compatibility mode pulse must not be used when 
transmitting a true HPNA VI frame, 
25 When operating on a network that has mixed HPNA VI and HPNA 

V2 stations, an HPNA V2 station uses Compatibility Mode. In this 
mode, HPNA V2 stations use the media access control algorithm 
defined in ''Home Phoneline Networking Alliance HPNA VI PHY 
Specification VI . 1 . " 
30 The format of frames transmitted by an HPNA V2 station 

varies in HPNA VI Mode, Compatibility Mode, and HPNA V2 Mode as 
follows : 

1) An HPNA V2 station in HPNA VI Mode transmits only HPNA 
VI format frames with PCOM = 1 or 2 . 
35 2) An HPNA V2 station in Compatibility Mode, 
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a) transmits HPNA VI format 'frames to broadcast, 
multicast, HPNA VI stations, stations of unknown 
5 type, or HPNA V2 statidns under conditions 

specified in Section 2.B-3.1 of "'Interface 
Specification for ILinelO HPNA V2 Technology Link 
Layer Protocols," (the Link Layer Specification) . 
The PCOM shall have the value 1 or 2 . 
10 b) shall transmit HPNA V2 Compatibility format 

frames to HPNA V2 stations as permitted by 
Section 2.3.3.1 of the Link Layer Specif ication . 
3) An HPNA V2 station in HPNA V2 Mode shall transmit only 
Ip HPNA V2 Native format frames. 

15 All HPNA V2 stations are able at any time to identify and 

f\l receive frames in any of the following format: (a) HPNA VI 

ii W 

III format frames, (b) HPNA V2 Compatibility format frames, (c) HPNA 

^1 

''"^ V2 Native format frames . 

n 

i;| When stations transmit HPNA VI format frames, they shall 

20 code the PCOM field as specified in Fig. 96 

All HPNA V2 stations shall power up in HPNA V2 Mode. In 
0 order to determine HPNA VI Mode or Compatibility Mode, HPNA V2 

stations shall keep the internal boolean state variables 
specified in Fig-97. The relative precedence of the variables 
25 in mode determination is also specified in E'ig. 97, (a) being the 
highest, and (4) the lowest. 

While in HPNA V2 Mode with Link Integrity Status = DOWN, an 
HPNA V2 station that detects an HPNA VI format frame with PCOM 
Station Type - 1 asserts Vl_DETECTED. Vl_l{)ETECTED is cleared if 
30 a 2 second period elapses without detection of any frames with 
PCOM Station Type 0. 

An HPNA V2 station that detects an HPNA VI format frame with 
PCOM Station Type ^ 0 (see Figure 4.1) asserts Vl__DETECTED . 
Vl_DETECTED is cleared if a 50 second period elapses without 
35 detection of any subsequent HPNA VI forinat frames with PCOM 
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Station Type = 0. 

An HPNA V2 station that detects or transmits an HPNA VI 
5 format frame with PCOM Station TYpe = 2 asserts Vl_SIGNALED. 
Vl_SIGNALED is cleared if a 60 second period elapses without 
detection or transmission of any subsequent HPNA VI format frames 
with PCOM Station Type = 2 . 

Each HPNA V2 station combines the Capabilities and Status 
10 Announcement (CSA) information received from other stations using 
the logical or function, to set internal state variables 
ConfigVl, ConfigVlM2, and Conf igV2 . 

An HPNA V2 station determines HPNA VI Mode or Compatibility 
1(1 Mode with the following logic, impleme^nting the precedence 

Hi 15 specified in Fig, 97: 

f il 

ill V1M2_M0DE := (not ConfigVl) and ((not ConfigV2) or ConfigVlM2) 

^ and 

f;| (ConfigVlM2 or Vl_DETECTED or Vl_SIGNALED) 

j;J 20 1M8_M0DE := ConfigVl 

10M8_MODE := not (Compatibility_MODE or HPNA Vl_MODE) 

M "A 

Future specifications can use the Frame Type (FT) and 
Payload Encoding (PE) fields to define new: frame formats and new 
25 modulation types/rates. The etiquette for sharing the 4,5 - 9.5 
MHz channel are defined by the valid Carrier Sense frame 
definition described hereinabove. 

All future specifications are expected to include the this 
specification as a Base Standard which all, future specifications 
3 0 will support. The Rate Negotiation mechanism described provides 
for stations initiating communication in the Base Standard and 
negotiating up to future specifications. 

Those skilled in the art can apprectiate that, while the 
present invention has been specifically described in conjunction 
35 with telephone lines in a home networkiiig environment, other 
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equivalent transmission medium could be Used to implement the 
present invention. For example, the transitiission medium for the 
5 frame-based communications network could ihclude power lines, or 
even wireless mediums, interconnecting trailsmitting and receiving 
stations . 
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